软件测试02：写一个好的测试用例

测验场景： 为登录功用规划测验用例

测验员为什么要会编测验用例

测验员的目标是要确保系统在各种场景下的功用是契合规划要求的。而测验用例便是测验员想到的测验场景。（这也是高级别的测验员即便不会代码也能找到较好作业的原因）

编写测验用例的思路

等价类，鸿沟值，正交 断定表 因果图 状况迁移图 场景分析 过错猜测法，其中等价类和鸿沟值是最根底最重要的 我的思路是80%的用例运用这两种写，剩余的20运用其他办法。（其他测验办法是对等价类和鸿沟值做了笼统）
等价类
将可能的场景分为一个有用等价类和多个无效等价类，后续只要从每个等价类中恣意选取一个值进行测验，就能够用少量具有代表性的测验输入获得较好的测验覆盖成果（等价类：一组数据或要素对程序产生的影响是相同的）
鸿沟值：运用等价类挑选后，选取鸿沟上的再次进行验证（正好等于、刚刚大于或刚刚小于鸿沟的值作为测验数据）

为登录功用规划测验用例
输入框：用户名
输入框：暗码
按钮： 登录
功用
用户名

• 等价类：
  • 有用的等价类：现已注册的用户名；已注册可是不合法的用户名
  • 无效等价类未注册可是合法的用户名； 已注册可是不合法的用户名（特别字符；长度）； 未注册的用户名 ， 空，空格
• 鸿沟值： 空，长度恰好在需求范围外 特别字符
  暗码
• 等价类
  • 有用等价类：与用户名对应的正确的暗码；
  • 无效等价类： 与用户名对应的正确的暗码；空，不正确的暗码，不合法的暗码（SQL注入）
    成果
• 等价类：
  • 有用等价类：登录成功
  • 无效等价类：登录失败，提示信息正确；登录失败，提示信息不正确

非功用 非功用测验一般是在功用测验完之后在进行的，不然即便非功用测验的成果再好可是不能满意事务的需求，那便是做无用功。

当测验服务器主机是Windows Server： 判断一下对大小写有没有限制（Windows不区别大小写）
利用Charless等署理东西测验待测软件在弱网和网络切换时的状况
暗码框是否加密显现（不行复制，不能猜出位数，浏览器检查源码的状况下也是加密的）
后台系统创建的用户第一次登录成功时，是否提示修改暗码；（高校给学生购买了某网课平台的在线课程一般是用学号作为账户名）
验证码的时效性（验证码有用期内，有用期外，恰好在有用期与无效期，同一用户或IP是否有每天获取验证码的次数） 改写页面是否会改写验证码
普通用户登录后拜访了管理员有权拜访的页面是否阻止拜访并给出提示信息
页面内容展现后页面的默许焦点是否在用户名的输入框中，且Tab和Enter能够运用
同一用户在同一终端的多种浏览器上登录，验证登录功用的互斥性是否契合规划预期；
同一用户先后在多台终端的浏览器上登录，验证登录是否具有互斥性。

单用户登录的响应时刻是否小于 3 秒；单用户登录时，后台请求数量是否过多；
高并发场景下用户登录的响应时刻是否小于 5 秒；高并发场景下服务端的监控目标是否契合预期；
高集合点并发场景下，是否存在资源死锁和不合理的资源等候；长时刻很多用户接连登录和登出，服务器端是否存在内存泄漏。

不同浏览器下，验证登录页面的显现以及功用正确性；
相同浏览器的不同版本下，验证登录页面的显现以及功用正确性；
不同移动设备终端的不同浏览器下，验证登录页面的显现以及功用正确性；不同分辨率的界面下，验证登录页面的显现以及功用正确性。

测验用例的格局

测验用例管理与复用

excel—>数据库

总结

一个优秀的测验工程师应该是有十分宽广的知识面： 产品，开发，运维，数据分析， 安全等软件公司各个方面知识都有所涉猎的“八爪鱼” 这样才干看到软件的全体，乃至是看到软件的短时刻内的未来
软件测验是一个妥协的进程，需求平衡测验的投入与产出，不行能做到穷尽测验确保软件彻底没有BUG
就目前来说，如果开发用的时开源的主流技术一般不会呈现明显的BUG，这也是一些公司没有测验员的原因，且行业内对高级测验员的要求是：一个懂事务懂测验的全栈。