5,227
社区成员
发帖
与我相关
我的任务
分享关于测试工作杂谈！！！（希望大家能来看看！！！）
看了一片体帖子《测试工程师与软件工程师的区别》我很兴奋，因为大家的帖子对测试都有精辟和深刻的观点！我将他们的观点摘录出来，希望对大家有所意义！我忘了将帖子的作者也记录下来，再次表示歉意！！
Begin
一个优秀的测试人员也是一个优秀的软件工程师
开发人员不遵守规范，提交的代码质量不高。但是测试工作是重要的，优秀的测试人员是难得的。测试是软件提交的出口，又是意见反馈的入
口，需要人知识面广，认真负责。测试工程师需要对系统有较全面的了解，而开发者可能只对自己的模块理解的深入。好的测试工程师要能够
帮助开发人员定位问题，对于一些不易重复出现的错误找到规律。好的测试工程师能够对代码进行一定的走读分析，将错误尽可能的在在项目
测试的早期阶段发现。测试工程师要对Script语言有一定的了解，编写测试Scenario和测试用例，将常规的测试项目自动化来保证回归测试的
有效性
能发现一个错误并不比能改正一个错误容易，一个优秀的测试人员与优秀的开发人员同样重要
测试流程，测试软件的用法
主要精力放在测试工作的学习研究上
ISO，CMM有了实际的操作能力
测试最好要有开发经验的，如果没有，也可以在实际中锻炼
不能狭隘的理解测试工作，要把它上升到质量控制的高度。
程序员提交的程序中如果被测试员测出有严重错误，就直接扣罚程序员，而如果从用户那里反馈有严重错误，就只扣罚测试员
要想当好的测试工程师。需要先有开发经验，也就是先从程序员干起。要不然只是能发现bug,而找不到导致bug的真正原因。
测试人员每天都要对新版本进行测试，不仅要发现问题，而且要找到问题是哪一行代码造成的
我觉得做测试应该向资深测试专家的目标努力
开发者是要尽最大努力使开发结果符合需求，而测试者则是为了找出不合需求的设计、编码。
开发者是要尽最大努力使开发结果符合需求，而测试者则是为了找出不合需求的设计、编码。
开发和测试主要从技术的角度来考虑问题，质量保证主要从管理的角度考虑问题
rational robot
测试的地位不是要别人来重视的，是靠我们测试人员自己努力
测试小组里面分工也不同，像压力测试(stress review)，灵活性测试(flexibility review)，扩展性测试(extensibility review)，失败性测
试(failure review).....
测试不能纯粹以BUG的多少来衡量；BUG的质量也是很关键的。产品的研发其实是一个协作式团队服务关系（不好意思，自创了一个管理名词）
，在软件开发的流程中，测试人员的客户是谁？一般来说是项目负责人和开发人员（如果你的公司是按照Dev、PM、Tester“三权分立”微软式
的话）。那么测试人员就要时刻的问自己：我的客户满意吗？客户满意度是多少？问题在哪里？我递交的BUG对项目负责人的判断、对开发人员
的解决是不是有很好的说明？有没有找到问题的规律？多角色的软件开发流程，其实就是这种协作式团队服务关系。如果这样考虑问题，那么
客户满意度就显得相当重要。
test plan和test case基本上都不会由国内的人来写
通常的情况下,验证业务逻辑比实现业务逻辑会复杂.也可以说,测试要求的技术水平可能会比开发要求的高
就软件开发水平而言，软件工程师要高过测试工程师，但测试工程师的计算机软硬件综合水准应高过软件工程师。
测试在cmm中占有很大的地位，
在cmm中SSTE是一个很重要的角色，
在CMM3中SPE中也对测试的位置作了很明确的指示。
所以在以后的软件发展过程中，测试是不可或缺的。
SSTE是越来越会被企业重视的。
一个优秀的测试工程师要具有很多角色的素质：
分析人员
开发人员
数据挖掘人员
测试人员
最好还要customer focused,
你还要不停地学习那些将和你的测试工作扯上关系的技术，要细心和耐心。
还有，不要急于追求成为真正的测试工程师，作纯粹的测试工作。
因为，在中国IT业这样的现实情况下，你不可能作纯粹的测试工作，和真正的测试工作。
你需要努力去建立工作环境，一边假装接受现实，一边慢慢把测试环境建立起来，也就是说慢慢给大家灌输测试的理念。同时不停修正自己，
提高自己，因为你自己也有可能和大家相差无几，大巫见小巫而已（我现在看我原来就是这样，也许将来看现在还是这样：）
努力吧，这是一个非常有前景的工作。
而且，往自动测试方向走，也是一个非常有成就感的工作。
对了，对于搂主的问题，我的体会是这样的：
开发人员试图证明软件没bug。
测试人员试图证明软件有bug。
1.对测试项目的认识。认识这个项目最基本要和开发人员同样水平甚至高于开发人员。
2.编写测试规范。我们可以一边认识项目，一边编写测试规范。在测试规范中，对测试项目
有了系统和细节上的描述如工作平台、功能、目标、性能等等。
3.开始认真的测试工作。根据测试规范，测试每一项内容，记录任何一处的bug和代码问题。
4.完成测试报告。当然报告也按照测试规范进行了！！！
End
Begin
一个优秀的测试人员也是一个优秀的软件工程师
开发人员不遵守规范，提交的代码质量不高。但是测试工作是重要的，优秀的测试人员是难得的。测试是软件提交的出口，又是意见反馈的入
口，需要人知识面广，认真负责。测试工程师需要对系统有较全面的了解，而开发者可能只对自己的模块理解的深入。好的测试工程师要能够
帮助开发人员定位问题，对于一些不易重复出现的错误找到规律。好的测试工程师能够对代码进行一定的走读分析，将错误尽可能的在在项目
测试的早期阶段发现。测试工程师要对Script语言有一定的了解，编写测试Scenario和测试用例，将常规的测试项目自动化来保证回归测试的
有效性
能发现一个错误并不比能改正一个错误容易，一个优秀的测试人员与优秀的开发人员同样重要
测试流程，测试软件的用法
主要精力放在测试工作的学习研究上
ISO，CMM有了实际的操作能力
测试最好要有开发经验的，如果没有，也可以在实际中锻炼
不能狭隘的理解测试工作，要把它上升到质量控制的高度。
程序员提交的程序中如果被测试员测出有严重错误，就直接扣罚程序员，而如果从用户那里反馈有严重错误，就只扣罚测试员
要想当好的测试工程师。需要先有开发经验，也就是先从程序员干起。要不然只是能发现bug,而找不到导致bug的真正原因。
测试人员每天都要对新版本进行测试，不仅要发现问题，而且要找到问题是哪一行代码造成的
我觉得做测试应该向资深测试专家的目标努力
开发者是要尽最大努力使开发结果符合需求，而测试者则是为了找出不合需求的设计、编码。
开发者是要尽最大努力使开发结果符合需求，而测试者则是为了找出不合需求的设计、编码。
开发和测试主要从技术的角度来考虑问题，质量保证主要从管理的角度考虑问题
rational robot
测试的地位不是要别人来重视的，是靠我们测试人员自己努力
测试小组里面分工也不同，像压力测试(stress review)，灵活性测试(flexibility review)，扩展性测试(extensibility review)，失败性测
试(failure review).....
测试不能纯粹以BUG的多少来衡量；BUG的质量也是很关键的。产品的研发其实是一个协作式团队服务关系（不好意思，自创了一个管理名词）
，在软件开发的流程中，测试人员的客户是谁？一般来说是项目负责人和开发人员（如果你的公司是按照Dev、PM、Tester“三权分立”微软式
的话）。那么测试人员就要时刻的问自己：我的客户满意吗？客户满意度是多少？问题在哪里？我递交的BUG对项目负责人的判断、对开发人员
的解决是不是有很好的说明？有没有找到问题的规律？多角色的软件开发流程，其实就是这种协作式团队服务关系。如果这样考虑问题，那么
客户满意度就显得相当重要。
test plan和test case基本上都不会由国内的人来写
通常的情况下,验证业务逻辑比实现业务逻辑会复杂.也可以说,测试要求的技术水平可能会比开发要求的高
就软件开发水平而言，软件工程师要高过测试工程师，但测试工程师的计算机软硬件综合水准应高过软件工程师。
测试在cmm中占有很大的地位，
在cmm中SSTE是一个很重要的角色，
在CMM3中SPE中也对测试的位置作了很明确的指示。
所以在以后的软件发展过程中，测试是不可或缺的。
SSTE是越来越会被企业重视的。
一个优秀的测试工程师要具有很多角色的素质：
分析人员
开发人员
数据挖掘人员
测试人员
最好还要customer focused,
你还要不停地学习那些将和你的测试工作扯上关系的技术，要细心和耐心。
还有，不要急于追求成为真正的测试工程师，作纯粹的测试工作。
因为，在中国IT业这样的现实情况下，你不可能作纯粹的测试工作，和真正的测试工作。
你需要努力去建立工作环境，一边假装接受现实，一边慢慢把测试环境建立起来，也就是说慢慢给大家灌输测试的理念。同时不停修正自己，
提高自己，因为你自己也有可能和大家相差无几，大巫见小巫而已（我现在看我原来就是这样，也许将来看现在还是这样：）
努力吧，这是一个非常有前景的工作。
而且，往自动测试方向走，也是一个非常有成就感的工作。
对了，对于搂主的问题，我的体会是这样的：
开发人员试图证明软件没bug。
测试人员试图证明软件有bug。
1.对测试项目的认识。认识这个项目最基本要和开发人员同样水平甚至高于开发人员。
2.编写测试规范。我们可以一边认识项目，一边编写测试规范。在测试规范中，对测试项目
有了系统和细节上的描述如工作平台、功能、目标、性能等等。
3.开始认真的测试工作。根据测试规范，测试每一项内容，记录任何一处的bug和代码问题。
4.完成测试报告。当然报告也按照测试规范进行了！！！
End
...全文
请发表友善的回复…
发表回复
d3e 2003-09-03
- 打赏
- 举报
mark
winthegame 2003-09-02
- 打赏
- 举报
mark first , thanks
