面对不堪入目的代码，测试员该如何是好！

si215si · 发表于 2012-8-27 17:01:02

代码规范。。

littlesiriusj · 发表于 2012-8-28 10:29:48

回复 11# cjp110212

如果涉及到的功能点很多，时间又紧，对于以提交测试的代码，我们已将bug都提了出来，那有没有必要先暂停测试呢？让开发先对自己的代码审核，尽量避免发布下一个版本的时候出现白痴问题，保证功能我们都能测的通。此外，对于之前已测试的功能点，由于bug实在太多，没有一个功能点是好的，是否开发提交下一个版本后，我们要将之前测的所有功能都再测一遍呢？

littlesiriusj · 发表于 2012-8-28 10:31:01

测试都是有成本的，不能单单只是考虑质量因素。我认为，如果进度紧，没有开发规范，导致乱的情况出现时，第 ...
cjp110212 发表于 2012-8-24 16:57

如果涉及到的功能点很多，时间又紧，对于以提交测试的代码，我们已将bug都提了出来，那有没有必要先暂停测试呢？让开发先对自己的代码审核，尽量避免发布下一个版本的时候出现白痴问题，保证功能我们都能测的通。此外，对于之前已测试的功能点，由于bug实在太多，没有一个功能点是好的，是否开发提交下一个版本后，我们要将之前测的所有功能都再测一遍呢

hotivy · 发表于 2012-8-29 17:27:30

从实际情况来看，这种代码不应该算“不堪入目”。

个人认为：这是个“测试范围”的问题。
1、测试前要明确“测试范围”，长度校验是否包含在本次测试中？如果开发根本没做，何必测试呢，浪费资源啊。
2、“测试范围”的界定，并不是开发说的算，测试人员一定要有自己的主见。综合考虑时间、成本等因素，划分模块优先级。对于低优先级的可以放弃。
3、控制测试人员情绪，严格按照测试范围来测试，别测兴奋了，什么Bug都提，那是没事找事啊。

对于你这里出现的问题，我也遇到过，也气愤过，有啥用呢~
首先，与PM或者PSM或者开发组长明确本轮测试范围，哪些能测，哪些不能测。
其次，讨论测试力度，是细致的测试，还是跑一遍流程就行。
最后，做好测试执行计划，让每个测试人员了解本轮测试的目标。

喝少了想上树 · 发表于 2012-9-3 21:08:37

这个时候要淡定，准备一套规范性文档发给开发和项目经理
并把风险写进去，如果经理不予支持你，
可以选择离开了。规范和标准很重要

wyy123 · 发表于 2012-9-5 11:18:39

代码自检的时候他们能够通过确实很神奇的事情……

xiaoshi_2011 · 发表于 2012-9-17 16:39:41

代码规范是开发人员最基本的要求，可以适当的和开发管理人员提出建议，增加代码的规范性

yafengwang_85 · 发表于 2012-9-22 09:20:29

我的确遇到这种问题，没有人去注意啊！

wxxfcda · 发表于 2012-10-19 15:44:57

楼上是在做自动化灌水测试吗

		自动登录	找回密码
密码			(注-册)加入51Testing

[求助] 面对不堪入目的代码，测试员该如何是好！

站长推荐 /1