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

littlesiriusj · 发表于 2012-8-23 00:09:22

若在测试一个平台的过程中，发现开发做提交的功能里，基本上所有的输入框都没有做严格的格式校验，导致非法字符可以提交，此外由于不同功能由不同的开发人员完成，导致页面显示和报错页面都没有做到统一。
像发生这种情况，虽然主流程（正常流程）可以通过，但非正常流程出现很多问题，测试是否还需继续介入？该如何与开发沟通，共同解决此类问题？
在用例评审阶段，都让开发人员一起参与，结果为了赶进度，代码的质量不堪入目啊，好蛋疼~

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

回复 11# cjp110212

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

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

代码规范。。

si215si · 发表于 2012-8-27 17:00:56

代码规范。。

si215si · 发表于 2012-8-27 17:00:50

代码规范。。

si215si · 发表于 2012-8-27 17:00:27

代码规范。。

si215si · 发表于 2012-8-27 17:00:20

代码规范。。

si215si · 发表于 2012-8-27 17:00:11

代码规范。。

si215si · 发表于 2012-8-27 17:00:04

代码规范。。

msnshow · 发表于 2012-8-24 22:32:40

问题还是要及时报告出来，让大家清楚风险

femir · 发表于 2012-8-24 20:03:57

怎么留言没有呢

femir · 发表于 2012-8-24 20:02:47

只要是感知不好的都可以提，需求有的提给开发，需求没有的提建议给需求师，你能想到的都该提出来

cjp110212 · 发表于 2012-8-24 16:57:30

测试都是有成本的，不能单单只是考虑质量因素。我认为，如果进度紧，没有开发规范，导致乱的情况出现时，第一，首先要保证正常的流程功能正确。第二，在测试阶段将这些问题都集中起来，进入下一阶段后，集中解决此类问题。此时开发的工作已经不是那么紧，客户那边也有了一个可以使用的系统。而这些提示类的，GUI类的错误改起来难度也不大。这时就不会影响项目的正常进度，又可以在相对比较轻松的环境下解决问题

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

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

相关帖子

站长推荐 /1