如何考评自己的测试水平？（获奖名单已经公布）（2014.4.2）

lsekfe

本周的问题为“本周的问题为：如何考评自己的测试水平？”
此话题由会员yu_test001提供，如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！

获奖名单
奖项	获奖名单	奖励	答案链接
一等奖	DPCQ_COCO	50元京东礼品卡	28#

海里的幸福

不对，就是碗是铁的，里边没饭你吃啥去？

testdc

恭喜获奖者

testdc

学习啦。谢谢大家

yuna4217

比较通用

lilisx2006

我觉得应该从以下方面来考评自己的测试水平：
1.对测试理论知识的了解程度
2.对测试辅助工具的使用情况
3.对要测试的产品相关知识的了解
4.与项目相关人员的沟通能力
5.对待工作的态度

DPCQ_COCO

如何考查自己的测试水平？
我觉得：
1、从理论上考查自己的测试水平，例如黑盒测试是什么、测试方法有哪些、这些方法适用哪些场景等等。
2、从技术上考查自己的测试水平，例如Loadrunner的使用熟悉程度、是否是编写各种协议的脚步（webservice协议脚本、java协议脚本等）、是否会调优等等。
3、从实际项目上考查自己的测试水平，例如熟悉整个测试流程、熟悉各个阶段的工作内容、处理实际中遇到的各种问题等等。

总结：
考评自己的测试水平需要不断的总结，总结自己会哪些东西、遇见哪些问题、还有哪些不足的地方等。

wonderful4228

这个问题不好答。大家说的都有道理。
测试需要的知识广，大家多数只是在某个领域比较厉害。我觉得还是从测试的效果和测试的效率两方面考虑吧。其他的都只是达到这两点的工具或途径。比如bug率是效果，自动化测试/性能测试/安全测试是途径。

woaiceshiwang

我觉得自己现在这方面很弱，基本上都是验证一下客户发来的BUG，测试方面也没有什么自己的思路。

lvchongen

我认为仅仅通过测试用例质量，BUG数量等参数难以准确衡量测试人员的水平。
        1. 项目复杂度不同，举个例子，A同学测试计算器的用例发现BUG的概率是90%， B同学测试杀毒软件的用例发现BUG的概率是80%，我们不能简单的认为A同学的测试水平高于B同学。
        2. 项目周期，资源不同， 我们可以在更长的项目周期内做更多的测试，发现更多的BUG，压力相对更小些，这些都直接影响着那些参数。
        3. 项目人员水平不同： 开发人员，策划人员等的业务能力直接影响了项目的质量，这些不可控的因素对测试水平的衡量基本起决定作用。
       
        那么说到这，我觉得更加准确的衡量测试水平应该是一种感性的方法。测试水平的高低，直接体现在你在项目中的口碑。
        1. 如果领导觉得你测试水平高， 往往你能提供专业的测试报告，风险评估，以及比较低的漏测率， 甚至你能引导测试团队的风气，走向等。
        2. 如果同事觉得你测试水平高， 往往你能够给予别人技术上的帮助，能够提出独到的见解， 在项目中有很大的影响力，有种权威的感觉。
        3. 如果接口团队觉得你测试水平高，往往你从测试，软件工程，流程等不同角度提供专业的分析，帮助他们定位问题，或者帮助他们决断，防祸未然等。
        4. 如果面试官觉得你测试水平高，往往你在面试答题过程过能体现你的测试全局思维，能够准确切中问题要害，而不是简单的问什么回答什么等，有潜力，有学习能力等。
       
        我觉得这些感官的因素，再配合上一点理性的数据，能够很好的衡量一个人的测试水平。

saramin

交出产品的时候心里有底。

shenjie0903

测试水平考查：
1，对测试文档和测试用例的理解能力 - 基础能力
2，发现软件bug的能力 - 基础能力
3，根 ...
vitoi 发表于 2014-3-17 12:11

很赞成这位的想法

vitoi

回复 15# bufeng126

顶

mandy.wang

个人认为可以通过如下几项进行综合考评：

1.通过自己编写的测试用例发现的有效bug数
可以考评的是测试人员编写测试用例的水平（编写测试用例属于测试人员的工作职责范畴）。当然此项并不一定能证明测试人员水平，还与开发人员能力有关，如果开发人员代码写的好，测试人员测试出来的bug自然就少。所以需要用多个项目进行考评

2.在项目中测试的总的有效bug数量
同上测试的bug多，并不一定能证明测试人员水平，还与开发人员能力有关，如果开发人员代码写的好，测试人员测试出来的bug自然就少。所以需要用多个项目进行考评

3.漏测率
计算公式：客户反馈的Bug数 / Bug总数（测试+客户） *100%
可以使用多个指标进行衡量，如以下几点：
1）用例包括而未发现的bug数/用例总数 （衡量用例执行质量，执行人员的测试效果）
2）版本交付后又发现的bug数/项目bug总数（衡量总体测试效果，也是重要的产品质量，项目质量指标）
3）用例不包括而发现的bug数/bug总数 （衡量用例质量）
4）严重bug在测试周期的分布（后期严重bug比例较重，则显然整个项目组都比较被动，虽然bug最终被发现了，但仍是一种“漏测”行为）
值得说明的是
1）上述指标异常并非只是测试人员的责任，开发人员也可能会在后期引入严重缺陷。
2）测试用例不包括而发现的bug，一般不认为是测试失误，而是测试用例设计和评审的失误。
3）测试用例包括而未被发现的bug，测试人员应付全责。

4.对bug的分析和排查水平
能从表面现象发现内部结构和规律，能够快速准确地对bug进行定位；

5.对软件测试基础理论与技术的了解程度
首先是精通各种黑盒测试技术，能够进行测试用例设计、测试执行、编写缺陷报告；
其次是熟悉软件测试流程和测试过程管理，能够编写测试计划，具备组织测试工作的能力；
还有熟悉白盒测试技术，能够手工或利用相关工具进行单元测试。

6.能否能够胜任白盒测试、 自动化测试、性能测试
7.对缺陷管理工具、自动化测试工具等等的使用程度
8.是否会搭建数据库


目前大部分应用软件都离不开数据库，熟练掌握SQL Server、Oracle、DB2等一种或多种数据库系统的使用，是否会搭建数据库取决于测试人员是否能够熟悉使用SQL语言


9.对Windows、Linux、Unix等大型主流操作系统的使用和应用开发是否能够熟练掌握，包括一些网络的基础知识。
只有熟练掌握Windows、Linux、Unix等大型主流操作系统的使用和应用开发，才具备快速进行应用系统部署和测试环境以及网络的搭建。


10.是否善于对软件质量的分析和对测试过程进行度量，以及编写软件质量报告和测试分析报告的能力等等。

vitoi

测试水平考查：
1，对测试文档和测试用例的理解能力 - 基础能力
2，发现软件bug的能力 - 基础能力
3，根据现有资源，安排测试计划的能力 - 进阶能力
4，修订测试策略的能力 - 进阶能力

白素

跟楼上很多人想法一致，最直接的办法就是去好的公司面试。

让测试飞起来

先看看自己的有没有这个用心去学习去工作。
真正用的软件多了，优秀的软件（财务系统，银行系统，图书管理系统，医院系统，电信系统，一些网站）学习优秀的东西，熟悉需求

zishuijing

测试水平是个综合的指标，考评需要多方面的；除了测试的理论基础知识外，还需要有一定的项目实践，在实际项目中才能进行考量。考察的维度也是多方面的，一、测试相关的就是功能测试方面、性能测试方面、安全测试方面的技能和前沿技术的研究及成果；二、开发相关的，是否熟悉掌握某开发语言，是否了解程序设计架构，是否熟悉网络和数据库相关的知识。等。。。

zxj0114

测试交付产品用户体验反馈好坏及与开发合作中开发人员对测试缺陷质量的反馈作为衡量

bufeng126

其实个人感觉，如何考评自己的测试水平，这个问题本身就是一个无解的。典型的既当裁判又当运动员的场景。而且针对不同测试员，以及他所在岗位，所测产品，以及所属行业的不同，标准也是不同的。这个没有一个特别标准的考评标准。
个人认为，测试水平如何，不仅仅是你能够发现多少BUG，能够掌握多少理论这些东西，毕竟测试员的职能就是发现潜在BUG，懂测试理论并发现BUG这些都是必须的，就像是开发需要掌握开发语言一样。工具的熟练使用也不过是为发现问题的一种辅助而已。
而水平高低，更多的是对你所属行业以及所测产品的了解。比如说金融行业，关注的就是数据精准和事务一致，如果让一个所谓的高水平的测试办公系统的去进行测试，你能说他在金融行业就一定也是高水平么？可能他考虑的东西就会欠缺很多。
所以我认为，测试水平的高低，除了测试员最基本需要掌握的东西外，包括理论，工具等，还需要评估你在所属行业中的测试能力，毕竟各行业的产品测试员关注的东西也是有差异的，不是说熟悉了一个行业的产品就万事通了。

livegirl

考评自己的测试水平
1、交付出的产品上线后客户反馈情况。
2、很同意楼上说的面试。（当局者迷，旁观者清嘛！）