软件测试编号（系统需求跟踪表）

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.测试项分类

1. SRS：根据工作任务书（客户需求）的规格，把任务书中的任务（客户需求）分解为可以实现的符合具体的需求项，需求项最终落实到需求文档中（SRS）
2. HLD：针对需求规格说明书中的需求项分解，一个需求项可以被分级为一个或多个模块，每个模块之间有明确的接口，模块的功能独立，符合高内聚、低耦合的原则，标识每一个模块的项目即概要设计项（HLD最终落实到概要设计说明书中）
3. ST：测试人员根据SRS（需求规格书）中的需求项描述，完成系统 统测试项、系统测试子项、系统测试用例
   一个软件需求项可以对应一个/多个/甚至数10个系统测试用例项目
   一个系统测试用例项目也可以是对应一个/多个软件需求项
4. IT：测试(开发)根据概要设计文档中的概要设计项，完成的集成用例
5. 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