测试用例

测试背景介绍：

软件缺陷产生的原因：产品说明书，用户
(1)需求解释有错误；
(2)用户需求定义错误；
(3)需求记录错误；
(4)设计说明有误；
(5)编码说明有误；
(6)程序代码有误；
(7)数据输入有误；
(8)测试错误；
(9)问题修改不正确；
(10)不正确的结果是由于其他的缺陷而产生

测试内容：

软件测试定义：用人工或者自动化手段，高效，揭露出软件当中隐藏的缺陷
程序测试包含哪些内容：程序测试包括程序逻辑功能，界面，性能，易用性，兼容性，安装等测试，当然文档测试也算，排版，字体大小，也算程序测试的内容
测试环境：硬件+软件+网络
测试流程：
需求分析，评审，测试计划安排，评审，测试用例编写，评审，测试用例执行
对于缺陷提出bug，交给开发人员解决，跟踪验证，bug总结，测试报告总结

测试分类：

白盒，黑盒（功能，性能），静态，动态，回归，随机，冒烟
测试阶段：单元，集成，系统，验收测试
时间性能:软件的一个具体事务的响应时间。比如点击一个登陆按钮，到登录成功(失败)的反应时间，浏览器非常常见，ANR（Application not responding 应用程序无响应）
空间性能:软件运行时所消耗的系统资源，比如对内存和cpu的消耗
一般性能测试:软件正常运行，不向其施加任何压力的测试
稳定性测试:也叫可靠性测试，是指连续运行被测系统，检查系统运行时的稳定成都
负载测试:让被测系统在其能够忍受的压力范围之内连续运行，来测试系统的稳定性。（测试载重） 压力测试:持续不断的给被测试的系统增加压力，直到被测试的系统压垮为止，用来测试系统所承受的最大压力。（测试强度）

软件生命周期模型：

相对于V模型，W模型更科学。W模型是V模型的发展，强调的是测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试。测试与开发是同步进行的，从而有利于尽早地发现问题

软件质量特性

常见的安全性测试：
⑴用户验证：登录密码验证、IP地址访问限制等
用户超时:登录超过30分钟，重新登录(安全设置，cookie过期时间30分钟)
⑵用户权限管理:验证低级别用户是否具有了高级别用户的权限，各级别用户权限都得到了实现。
⑶系统数据的保护:对例如系统文件、用户密码文件等进行隐藏、密码验证、内容加密

软件测试工具

功能+性能+自动化工具
缺陷管理工具：禅道
抓包工具：charles，fiddler 抓包工具
接口测试工具：postman，jmeter
性能测试工具：loadrunner，jmeter，monkey
自动化工具：web端的selenium，app移动端appium

测试用例定义及作用

测试用例实际工作当中的指导性文件，一个个可被执行的载体，
作用：提高工作效率，便于团队协作，为后期测试工作提供借鉴

测试用例包含主要模块内容

测试用例编号 测试用例名称 测试用例设计者 软件版本号 测试目的
参考信息 测试环境 输入数据 操作步骤 预期结果 测试结果 测试功能模块

测试计划

测试背景 测试目标 测试范围 测试输出文档

测试策略 测试规模工作量分析 测试进程 测试进度及时间安排

测试资源 人力，设备， 风险管理

测试报告及缺陷报告

测试用例总数 分功能模块测试用例总数 分功能模块缺陷总数
纠正数量 待纠正数量 待解决问题。
标题 描述 版本 所属模块 解决时间 解决人员 提交人员 测试步骤，附件

缺陷分类

按照严重程度分:
一般分为5个等级:
系统崩溃，严重，一般，次要，建议
按优先级分:
修正优先级：高，中，低
按照测试种类分:
逻辑功能类，性能类，界面类，易用性类，安装，兼容性类
按照功能模块分:
注册，登录，购物车，分类，订单，个人信息
按照Bug生命周期
新建，确认，解决，重新验证，关闭，重新打开

等价类划分法

等价类思考步骤
先确定有效和无效等价类
有效等价类就是题目条件(两端的极值(边界值)要判断、
中间随意-一个值也要判断)
无效等价类先划分与条件相反的情况，再找到特殊情况
(中文、英文、符号、空格、空)

边界值法

MAX 最大，min，最小
MAX+1 ,MAX-1,MAX = MAX
MIN+1,MIN-1,MIN = MIN
常见边界值
文本框接收字符个数，比如用户名长度，密码长度等;
翻页的第1行和最后1行;
数值元素的第1个和最后1个;
循环的第1次、2次和倒数第1次、2次
例如

因果图法

因果图法是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况
考虑输入条件的相互制约及组合关系
考虑输出条件对输入条件的依赖关系
因果图法作为了解，知道里面的逻辑思路

判定表法

判定表作为掌握内容，是对因果图直观的展示

场景法

冒烟测试：对产品主要功能进行测试
场景法就是模拟用户操作软件时的场景，主要用于测试系统的业务流程。

错误推测法

通过经验进行测试

正交表法

通过公式去得出用例
通过工具去得出用例
应用：对于多个控件个体操作

测试用例设计方法总结

拿到一个测试任务时，先关注它的主要功能和业务流程，业务逻辑是否正确实现，考虑使用场景法
 需要输入数据的地方，考虑采用等价类划分法，包括输入条件和输出的等价划分，将无限测试变成有限测试
 在任何情况下都必须采用边界值分析法，这种方法设计出的测试用例发现程序错误的能力最强
 如果程序的功能说明中含有输入条件的组合情况，则一开始就因考虑选用因果图和判定表
 对于参数配置类软件，需要考虑参数之间的组合情况，考虑使用正交表排列法选择较少的组合方式（最少的测试用例获得最大的测试覆盖率）
 对照程序逻辑，检查已设计出的测试用例逻辑覆盖程度，如果没有达到要求的覆盖标准，则应当在补充更多的测试用例（特殊情况）
 采用错误推测法在追加测试用例—依靠测试工程师的经验和智慧