P4—需求评审以及测试用例编写

P4—需求评审以及测试用例编写

需求评审以及测试用例编写

测试用例设计

测试用例(TestCase) 是为项目需求而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序是否满足客户需求。
总结：每一个测试点的数据设计和步骤设计
重要性：

• 1、测试用例是软件测试的核心。软件测试的重要性是毋庸置疑的,测试用例是测试工作的指导，是软件测试质量稳定的根本保障。
• 影响软件测试的因素很多,如软件本身的复杂程度,开发质量,测试方法和技术的运用。但有些因素是客观存在，不可避免的,如IT团队的流动，环境,情绪等。
• 2、评估测试结果的基准测试用例的通过率以及错误率,是测试结束的一个重要依据，用来判断该软件测试结果是否通过，能否达到上线的标准
• 3、保证测试的时候不遗漏测试功能点。可以在测试人员疲累的时候起到一个牵引|的作用。
• 4、在编写测试用例的过程，可以熟悉需求,对系统架构或者业务流程有一个整体的，深入地了解。
• 5、好的测试用例不仅方便自己和别人查看，而且能帮助设计的时候考虑的更周全，因此测试用例的写作和设计-样，也是非常重要的。执行性(指导性)

测试用例八要素

根据测试需求分析编写用例(根据一个个的测试点编写用例)
什么是测试用例：包含输入+动作+预期结果的测试文档

用例编号

格式：项目_it/st/uat_功能_编号/项目_编号（用例编号要唯一）
it=>集成测试（接口测试）；st=>系统测试；uat=>验收测试

模块

概念：当前测试点所在的模块
什么模块：项目分为多个模块，每个模块下存在多个测试点

测试标题

测试标题
主题描述测试的目的：

• 特点:言简意赅,用例标题不要重复
• 一般的格式:输入+动作

优先级/重要级别

根据当前测试点在整个项目中的重要程度来进行划分，分为高中低(1, 2.3)

• 高：主要核心业务功能，冒烟用例
• 中：错误异常测试点
• 低：兼容性、界面错误

预置条件

需要满足一些前提条件,否则用例无法执行，如果用例不要其他什么条件，可以不写条件
比如: qq登录成功用例的预支条件?——1、网络正常2、存在有效的qq账号

测试步骤

具体的测试数据+动作
1、[用户管理>>注册] (路径)
2、具体测试数据输入
3、动作

预期结果

按照操作步骤，应该有什么的结果
一对一(1个步骤对1个结果)
多对一(多个步骤对1个结果)

实际结果

执行测试的结果：

• 过pass
• 不通过failed
• 阻塞：用例没法执行

备注：bugid/原因

测试版本

用例设计者

测试时间

用例设计问题

用例是根据测试点进行编辑，是不是针对每个测试点编辑一条用例？
肯定不是的，重复测试，测试效率低，具体是怎么来进行编写用例，多个测试点对应一个用例?怎么样不重复测试?
避免重复测点的覆盖编写测试用例的时候，如何选择测试数据进行测试，怎么达到最大的覆盖的情况下，用最少的测试数据,来获取更多的bug?
编写测试用例的需要测试方法及技巧————设计测试用例方法。