预期参考人员包括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理 。提示:通常,用户对测试结论部分感兴趣,开发人员希望从缺陷结果以及分析得到产品开发质量的信息,项目管理者对测试执行中成本、资源和时间予与重视,而高层经理希望能够阅读到简单的图表并且能够与其他项目进行同向比较 。
此部分可以具体描述为什么类型的人可参考本报告XXX页XXX章节,你的报告读者越多,你的工作越容易被人重视,前提是必须让阅读者感到你的报告是有价值而且值得浪费一点时间去关注的 。1.2项目背景 对项目目标和目的进行简要说明 。
必要时包括简史,这部分不需要脑力劳动,直接从需求或者招标文件中拷贝即可 。1.3系统简介 如果设计说明书有此部分,照抄 。
注意必要的框架图和网络拓扑图能吸引眼球 。1.4术语和缩写词 列出设计本系统/项目的专用术语和缩写语约定 。
对于技术相关的名词和与多义词一定要注明清楚,以便阅读时不会产生歧义 。1.5参考资料 1.需求、设计、测试用例、手册以及其他项目文档都是范围内可参考的东东 。
2.测试使用的国家标准、行业指标、公司规范和质量手册等等 PARTⅢ 测试概要 测试的概要介绍,包括测试的一些声明、测试范围、测试目的等等,主要是测试情况简介 。(其他测试经理和质量人员关注部分) 2.1测试用例设计 简要介绍测试用例的设计方法 。
例如:等价类划分、边界值、因果图,以及用这类方法(3-4句) 。提示:如果能够具体对设计进行说明,在其他开发人员、测试经理阅读的时候就容易对你的用例设计有个整体的概念,顺便说一句,在这里写上一些非常规的设计方法也是有利的,至少在没有看到测试结论之前就可以了解到测试经理的设计技术,重点测试部分一定要保证有两种以上不同的用例设计方法 。
2.2测试环境与配置 简要介绍测试环境及其配置 。提示:清单如下,如果系统/项目比较大,则用表格方式列出 数据库服务器配置 CPU: 内存: 硬盘:可用空间大小 操作系统: 应用软件: 机器网络名: 局域网地址: 应用服务器配置 ……. 客户端配置 ……. 对于网络设备和要求也可以使用相应的表格,对于三层架构的,可以根据网络拓扑图列出相关配置 。
2.3测试方法(和工具) 简要介绍测试中采用的方法(和工具) 。提示:主要是黑盒测试,测试方法可以写上测试的重点和采用的测试模式,这样可以一目了然的知道是否遗漏了重要的测试点和关键块 。
工具为可选项,当使用到测试工具和相关工具时,要说明 。注意要注明是自产还是厂商,版本号多少,在测试报告发布后要避免大多工具的版权问题 。
文章插图
- 接口对接怎么写
- 市场需求文档怎么写
- 库卡子程序调用怎么写
- 自己写文字不显示不出来怎么办
- unity生命值系统怎么写
- 三菱m70换刀程序怎么写
- 银行简报的前言怎么写
- app测试报告怎么写
- 医院药品进销存系统任务书怎么写
- oa报告怎么写