1.系统需求跟踪表
2.方法名
3.E.G.
4.测试项分类
1.系统需求跟踪表
需求ID :模块名-SRS-需求名称
需求名称:需求名称描述(机会管理)
系统测试项ID:项目名-ST-需求名称/(-子需求名称)
系统测试项描述:功能项描述(查看更改日志)
系统测试子项ID:模块名-ST-Func/Perf/Abnor/Seure/GUI-功能项-编号(001)
系统测试子项描述:功能项描述(查看更改日志)
系统测试用例ID:模块名-ST-Func/Perf/Abnor/Seure/GUI-需求名称-编号(001)
系统用例描述:功能项分解详细描述(查看商业机会的日志)
系统测试用例执行结果:PASS/Failed
2.方法名
类型编码 | 类型编码 | 类型编码 | |
功能 | func | 一致性 | conf |
性能 | perf | 性能/极限 | rerm |
压力 | Seress | 配置 | conf |
兼容 | Compatible | 长时间 | ltme |
安全 | secu | 异常 | ABNO |
安装 | setup | Capacity | |
界面 | GUI | 互操作 | Iot |
Robust |
|
|
3.E.G.
需求ID | Opportunities-SRS-Management |
需求名称 | 机会管理 |
系统测试项ID | SugarCRM-ST-Opportunities-Management-CheckAlterlLog |
系统测试项描述 | 查看更改日志 |
系统测试子项ID | Opportunities-ST-Func-Log |
Opportunities-ST-Perf-Log | |
Opportunities-ST-Abnor-Log | |
Opportunities-ST-Seure-Log | |
Opportunities-ST-GUI-Log | |
Opportunities-ST-STRE-Log | |
Opportunities-ST-CAPA-Log | |
系统测试子项描述 | 查看更改日志 |
导出一条以数据成功在2秒内完成 | |
导出信息过程中断网 | |
是否有更改日志的权限 | |
跳转界面正确 2 输入条件错误时有相应有提示信息 3界面格式正确,无错别字 | |
在线人数在5万人时,并发用户大于5000人时,系统不死机 | |
最多更改条数为50000条 | |
系统测试用例ID | Opportunities-ST-FUNC-CheckAlterlLog-001 |
系统测试用例描述 | 查看商业机会的日志 |
系统测试用例执行结果 | PASS |
4.测试项分类
- SRS:根据工作任务书(客户需求)的规格,把任务书中的任务(客户需求)分解为可以实现的符合具体的需求项,需求项最终落实到需求文档中(SRS)
- HLD:针对需求规格说明书中的需求项分解,一个需求项可以被分级为一个或多个模块,每个模块之间有明确的接口,模块的功能独立,符合高内聚、低耦合的原则,标识每一个模块的项目即概要设计项(HLD最终落实到概要设计说明书中)
- ST:测试人员根据SRS(需求规格书)中的需求项描述,完成系统 统测试项、系统测试子项、系统测试用例
一个软件需求项可以对应一个/多个/甚至数10个系统测试用例项目
一个系统测试用例项目也可以是对应一个/多个软件需求项 - IT:测试(开发)根据概要设计文档中的概要设计项,完成的集成用例
- UT:测试(开发)人员根据详细设计文档中的详细设计项,完成的单元测试用例
每个详细设计项应该对应一个或者一个以上的单元测试用例项目
SRS、ST、IT命名方式
a)产品编号--SRS--需求类型--特性名--XXX
eg.CALC--SRS--FUNC--ADD--001(表示计算器十进制加法功能需求)
b)产品编号--HLD--子系统名--模块名--XXX
eg.CALC--HLD--ADD--DEC(表示计算器十进制加法功能模块)
c)产品编号--ST--系统测试项名--系统测试子项名--XXX
d)产品编号--IT--集成测试项名--集成测试子项名--XXX
e)产品编号--UT--单元测试项名--单元测试子项名--XXX