谈谈我的个人测试注意点总结

liujun_newnew

测试注意点：
1、对于其他人发现或通过任何方式提出的问题都要引起注意和重视，并作好记录、整理及其它处理；
2、测试过程尽量独立，尽量多测试几遍而不是去问开发人员会怎样；
3、不要总是报告坏消息；
4、控制情绪，了解程序员和测试员在对待问题上反应及态度的差异；
5、尽早发现重大问题——对开发人员编程和修改影响重大——然后才是一些细节性的小问题；
6、采用让程序员找测试员勾通和交流的方式，而不是测试员主动找开发人员勾通的方式可能会更能够减轻开发人员的压力和反感；
7、合理利用开发人员在开发过程中产生的一些文档；
8、当开发人员未完成开发时测试要注意以发现重大问题为主，对于小问题可以暂时不管以保留足够的测试耐心和精力，同时也避免了打扰开发人员的工作；
9、我的测试生涯认识：
软件测试的本质以及最好的测试方式就是以最真实的方式模拟各种真实用户（包括专业用户、无聊用户、黑客、甚至变态用户）对软件进行操作和使用，从中查找出软件的缺陷，并促使其按缺陷严重性和优先级的最优组合方式被修正。
10、测试的内容包括：预防、查找Bug、判断分析并整理Bug、督促解决Bug；
11、当有开发人员在帮助客服或“用户”解决问题时不要随便发表评论和意见，因为应该相信开发人员更了解他们自己的代码和结构；

[ 本帖最后由 liujun_newnew 于 2006-1-17 15:44 编辑 ]

swl0376

测试新人，看到上面的观点，学习了！

xingzunxi

地位都是平等的

jiepeach

测试与开发之间的沟通是很重要的，我以前的公司测试和开发之间相处的就比较好，有问题及时告知开发，给他们解释重现一些有疑问的bug

hmilyjch

原帖由 Lero 于 2006-2-9 15:26 发表
呵呵,我们公司都是测试人员直接给开发人员消息,然后开发人员就过来了,害怕怠慢了测试人员.相处的非常好!

这样好！

yongjun4

原帖由 liujun_newnew 于 2006-1-16 15:35 发表
8、当开发人员未完成开发时测试要注意以发现重大问题为主，对于小问题可以暂时不管以保留足够的测试耐心和精力，同时也避免了打扰开发人员的工作；

比较赞同此方法，我们主要是对流程类进行测试，首先要确保流程流程正常，对于其他小问题可以一次性提交开发人员修改，如果一次提交几个，重复多次，就可能引起开发人员的抵触情绪

gaohongxu

up

flower1118

我觉得测试人员在一个企业中所处的地位就应该是和研发对立的。同时也应该处理好出现的问题，你所提出的观点，仅仅是如何去避免。却没有给大家提供更好的解决方式。比如同研发人员的沟通。我相信很多企业都不能完全做到需求完整性，因此在测试过程中经常会发生一些误解。那么此时如果测试人员不去主动和研发人员沟通，就直接提交bug。势必会引起研发人员的反感。同样，项目组也希望在问题出现的第一时间看到现象。因为有些问题是不能重现的。

Lero

呵呵,我们公司都是测试人员直接给开发人员消息,然后开发人员就过来了,害怕怠慢了测试人员.相处的非常好!

fazi1223

"这个，怎么才能让他们主动来找我？ "
可不可以让领导来制定这个制度，比如说每天早上第一件事是到测试人员那里收集测试记录；或者通过mantis等工具公开工作，你遇见BUG发表在上面，相关的测试人员自己从上面查找该自己修正的BUG。

春天的童话

6、采用让程序员找测试员勾通和交流的方式，而不是测试员主动找开发人员勾通的方式可能会更能够减轻开发人员的压力和反感；

---
这个，怎么才能让他们主动来找我？

skinapi

原帖由 ni_xh 于 2006-1-17 14:43 发表
楼主观点的第10点，我的意见如下：
预防：不清楚楼主所在公 ...

个人觉得同行评审不能算作预防的，预防是避免问题的出现，而不是找出问题，同行评审还是为了去发现问题的。预防比如根据前一个项目或者阶段中出现的缺陷的分析，找出产生缺陷的根本原因，在后一个项目或者阶段去避免类似问题的出现。

liujun_newnew

很赞成ni_xh的评论，而且很欣赏你的才能和这种坦然评论别人观点的为人风格和性格，我也是这种人。
所以很希望能够与你交朋友，同时向你学习……
说明一下，前面说的几个观点有些是因为我们公司的特殊情况而致，比如程序员比较难相处，他们态度比较消极，另外我们公司没有项目经理，只有技术老总，但他忙得吃饭都没时间，我也就不好不多做些事情了，我们公司很小，而且经济还很困难，流程和制度也很不规范，当然，我自己在处理与其他同事的工作关系上也是存在不少问题的……

[ 本帖最后由 liujun_newnew 于 2006-1-17 15:49 编辑 ]

ni_xh

楼主观点的第2点，我的意见如下：
测试设计的过程中，要多与开发人员交流，这样可以尽早的规避问题。测试执行过程中，可以减少与开发人员的交流。

楼主观点的第10点，我的意见如下：
预防：不清楚楼主所在公司的总体开发流程是怎样的。预防，是通过同行评审（peer review） 来进行的，测试人员也参加同行评审，但预防不能算作测试的工作内容。
督促解决bug：这应该是项目经理的工作内容，测试人员在于找出bug，至于何时、是否修改，是由项目经理决定的。