- 引言:
编号 |
确定项目 |
描述 |
1 |
确定范围 |
确定被测项目中功能模块,子功能模块等需要测试的范围。 |
2 |
确定需求 |
确定每个功能结果定义,确定此功能是否存在缺陷。 |
3 |
确定策略 |
确定对项目做哪些测试。如:功能测试,性能测试等。 |
4 |
确定方法 |
确定对每个策略是用哪些方法。如:边界值,等价类等。 |
5 |
确定工具 |
如: 功能测试使用Seleium,性能测试使用Jmeter等。 |
6 |
确定资源 |
测试需要的设备,服务器、参与测试的人员、测试任务的分工,测试工作的进度。 |
7 |
交付文档 |
确定测试工作中生成哪些文档,可提交文档有哪些。 |
- 测试项目:
项目名称 |
XX项目 |
使用背景 |
// 用户 协会分会负责人、期刊客户 |
开发者 |
XX集团 |
项目简介 |
学术专著出版平台” 定位是一家图书产品联合创建、销售、返利的平台;平台联合各专业协会、学会、出版社等机构,组织大批专家人才建立“专家指导委员会”,为图书进行策划、上报、审校、出版、运营等服务;主要业务情景是:策划人寻求参编人,共同创建图书及销售,参编人支付参编图书的预购款,该笔资金作为公司运营图书的成本,等待图书出版后,让消费者以个人名片或链接的形式进行购买图书,参编人员不仅可以通过图书评职称、扩大知名度、传播学术价值,另外让参编人通过销售,实现“0”元出书并且获得额外收入;策划人在发展参编和策划人同时,获得相应奖励。 |
- 测试目的:
编号 |
目的 |
1 |
软件测试是为了发现错误而执行程序的过程。 |
2 |
测试是为了证明程序有错,而不是证明程序无错。 |
3 |
一个好的测试用例在于它发现至今未发现的错误。 |
4 |
一个成功的测试是发现了至今未发现的错误的测试。 |
- 文档受众:
编号 |
人员 |
原因 |
1 |
产品设计人员 |
明确说明测试范围,方法,工作周期信息。 |
2 |
产品研发人员 |
明确说明测试范围,方法,工作周期信息。 |
3 |
产品测试人员 |
明确说明测试范围,方法,任务分工,预计完成时间。 |
4 |
备注 |
此为内部开发文档,不做外部参考。 |
- 测试参考文档
编号 |
文档名称 |
作用 |
1 |
需求文档 |
确定项目功能模块,功能运行结果。 |
2 |
技术文档 |
确定项目中使用开发语言,数据库数据限制。 |
3 |
项目模型文档 |
初步了解项目页面内容,方便编写用例。 |
- 测试提交文档:
编号 |
文档名称 |
作用 |
1 |
测试计划 |
明确说明测试范围,方法,工作周期信息。 |
2 |
测试用例 |
明确说明测试工作的细节测试工作。 |
3 |
缺陷报告 |
明确说明项目中的缺陷描述,与修复情况。 |
4 |
测试报告 |
明确说明测试结果,测试模块,缺陷分布情况等等信息。 |
- 术语定义:
- 项目术语:
编号 |
缩写、术语 |
解释 |
1 |
|
|
2 |
|
|