测试管理包括哪些内容
测试管理囊括了以下5方面:1、测试策略;2、测试资源;3、进度安排;4、发布标准;5、风险说明。其中,测试类型有功能测试;兼容性测试;性能测试;接口测试等。
1、测试策略
测试类型:
- 功能测试;
- 兼容性测试;
- 性能测试
- 接口测试
- 安全性和访问控制测试
- 数据和数据库完整性测试
- 集成测试
- 用户界面测试
- 负载测试
- 强度测试
- 容量测试
- 故障转移和安装测试
- 配置测试
- 安装测试等
- 功能测试,根据需求分析的思维导图和功能测试的测试用例覆盖功能模块
- 兼容性测试,要根据产品的应用场景来考虑,比如IE、Chorme、ios、android、不同机型等等;
性能测试,根据产品架构、预估数据、线上数据来判断需要执行性能测试的功能接口(比如登录接口);接口测试,安全性测试等等要根据实际的项目需求来确定。
将需要用到的测试类型按照测试场景、测试方法等以引用文件的形式填写到测试计划中去,以便让所有项目人员清楚的知道要做哪些测试工作以及怎么做。
2、测试资源
含a、测试人员;b、测试环境(测试服务器环境、终端测试环境、网络环境);c、测试工具(bug管理工具、用例管理工具、性能测试工具等);d、bug的等级定义)。
3、进度安排
测试工作量估算
测试评估(业务复杂度、测试复杂度、产品质量要求、人员数量及能力) ;
进度安排(评估不同阶段、不同类型的测试工作的工作量、分配人力、预估时间) ;
输出文档
测试计划;
功能测试用例;
性能测试方案;
bug数据;
性能测试数据;
测试报告等等。
4、发布标准
测试完成标准:
测试计划里所有测试类型都已经完成了;
功能上、兼容性上没有影响用户使用的Bug ;
允许遗留小部分影响不是很大的Bug,但这个数量应该小于一个值 ;
性能上符合设计目标和上线要求 这些标准都是针对测试工作本身的要求。
产品发布标准:
产品需求都已完成;
符合交互设计规范,符合视觉要求,设计已通过评审 ;
遗留的一定比例数量的小部分Bug通过项目组完成了风险评估,都认可且问题不大;产品使用说明或用户手册或更新log都已完备等等。
5、风险说明
测试范围的风险,比如说测试需求分析是否准确、到位,是否漏了测试点,是否遗漏了某个测试类型,所以测试需求分析是整个测试工作的基础,还有就是产品需求变更的风险,加需求、减需求、改需求都需要重新进行测试需求分析;
测试进度的风险,比如说做计划时工作量估计的不准,导致项目延期,还有可能开发工作没有按时完成或改bug不及时导致进度延后,还有可能测试人员因为别的项目更重要抽调走了或者请假、离职等原因造成人员变动;
产品质量的风险,比如开发的代码质量比较低或者测试人员是新人对业务不熟悉,能力和经验有所欠缺等等;
测试环境的风险。