模板
教程
环境
性能
功能
管理
全程软件测试实践：从需求到运营(3)
作为测试人员的主要实践如下：
测试报告
完成验收测试，提供测试报告，给出测试数据度量，例如：
测试发现缺陷总数：测试过程中产生的去除状态为“无效”、“不用改”的缺陷数目。
测试发现严重缺陷数：测试过程中产生的并去除状态为“无效”、“不用改”的、且严重性为“Major”和“Critical”的缺陷总数目。
测试发现缺陷修复数：测试过程中产生的状态为“已关闭”的缺陷数量;
未解决缺陷数：去除状态为“无效”、“不用改”、“关闭”的缺陷总数。
缺陷修复率：(测试发现缺陷的修复数)÷(测试发现缺陷总数)×100%
严重缺陷率：(测试发现严重缺陷数)÷(测试发现缺陷总数)×100%
严重缺陷修复率：(已修复的严重缺陷数)÷(测试发现严重缺陷数)×100%
测试需求覆盖率：已测试需求个数÷需求总数×100%
缺陷统计分析报告
另外，测试人员还有一项重要工作，对当前版本的缺陷进行统计分析：
按缺陷级别统计：
|
|
Critical |
Major |
Medium |
Minor |
总计 |
|
首页 |
0 |
0 |
1 |
0 |
1 |
|
模块一 |
0 |
0 |
0 |
2 |
2 |
|
模块二 |
0 |
1 |
2 |
10 |
13 |
|
模块三 |
0 |
0 |
1 |
4 |
5 |
|
模块四 |
0 |
0 |
1 |
2 |
3 |
|
模块五 |
0 |
0 |
3 |
2 |
5 |
|
模块六 |
0 |
1 |
0 |
1 |
2 |
|
模块七 |
0 |
2 |
0 |
6 |
8 |
|
sonar |
0 |
1 |
2 |
0 |
3 |
|
总计 |
0 |
5 |
10 |
27 |
图-11-缺陷统计
按缺陷来源统计：
|
开发1 原文转自：http://www.infoq.com/cn/articles/whole-software-testing-practice-requirements-to-operational 
|
