51Testing软件测试论坛

标题: 面对不堪入目的代码，测试员该如何是好！ [打印本页]

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

作者: wuliangye 时间: 2012-8-23 10:12
没有格式校验导致提交非法字符后的后果是什么？系统报错吗？如果报错，第一时间和开发沟通，并进入bug提交流程，如果没有报错，以建议的方式提交bug。
另外，每个项目不一样，如果是内部项目，客户对这样的bug不是特别Care的时候，一般来说测试在第一阶段主要关注核心流程和功能，因为项目是不断改进的，没有哪个软件产品在刚开发出来的时候就尽善尽美，因此测试人员在每个阶段关注点都不一样，要进行软件风险分析，并根据优先级来测试。
仅供参考。

作者: zbjie 时间: 2012-8-23 10:34
同意楼上

作者: 裸男 时间: 2012-8-23 12:50
闭上眼睛

或者写出详细的测试计划让项目经理签字，重点突出免责申明就可以了。
测试都是要把事情提前说清楚，不然都是你的责任。

作者: 赵佳乐SMILE 时间: 2012-8-23 13:33
跟我现在的项目一样一样的
我们的输入框也没有校验

我提了但是改不改是开发的事
不提就是我的事了

我是不会安全性测试
但我很怕这样有危险

作者: windything65515 时间: 2012-8-23 13:46
各种项目产品的要求不一样，如果是产品的话，最好能建立开发规范，从整体上解决问题；如果是项目，特别网站类的项目，这种要根据项目的具体要求来定，没有要求的就按普通规范走。规范不是马上就能解决问题，如果想马上解决目前的这种问题，和开发经理沟通这些问题，有必要邀请项目经理也一起定个临时的开发规范。

作者: 1103159572 时间: 2012-8-23 15:39
代码质量最让人蛋疼……字段多了，开发给字段做的限制乱七八糟……

作者: wjtest 时间: 2012-8-24 10:23
我现在的情况也和楼主差不多基本与2楼的观点一致，不过 5楼说的对，“做不做是开发的事，提不提就是你的事了”。慢慢改进公司也刚开始注重测试。。。。

作者: mainer 时间: 2012-8-24 14:43
既然没有质量规范，没有质量部，那么就做好自己的本职工作，尽可能的多做一些，哪怕开发觉得你烦，但从职业道德的角度你还是要烦他，至于结果，你左右不了的，你只能影响结果，因为你是测试，不是质量。

作者: csjl 时间: 2012-8-24 16:28
我以前第一家公司就不怎么做文本校验的，系统也照样使用。现在这家公司对文本框都做了严格的校验。所以这个你要和项目经理讨论，是否要测试文本的各种格式，如果领导说只要能正常保存，那你就正常走，如果项目经理说要他们做校验，那你就提bug。

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

作者: femir 时间: 2012-8-24 20:02
只要是感知不好的都可以提，需求有的提给开发，需求没有的提建议给需求师，你能想到的都该提出来

作者: femir 时间: 2012-8-24 20:03

怎么留言没有呢

作者: msnshow 时间: 2012-8-24 22:32
问题还是要及时报告出来，让大家清楚风险

作者: si215si 时间: 2012-8-27 17:00
代码规范。。

作者: si215si 时间: 2012-8-27 17:01
代码规范。。

作者: littlesiriusj 时间: 2012-8-28 10:29
回复 11# cjp110212

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

作者: littlesiriusj 时间: 2012-8-28 10:31

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

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

作者: hotivy 时间: 2012-8-29 17:27
从实际情况来看，这种代码不应该算“不堪入目”。

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

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

作者: 喝少了想上树 时间: 2012-9-3 21:08
这个时候要淡定，准备一套规范性文档发给开发和项目经理
并把风险写进去，如果经理不予支持你，
可以选择离开了。规范和标准很重要

作者: wyy123 时间: 2012-9-5 11:18
代码自检的时候他们能够通过确实很神奇的事情……

作者: xiaoshi_2011 时间: 2012-9-17 16:39
代码规范是开发人员最基本的要求，可以适当的和开发管理人员提出建议，增加代码的规范性

作者: yafengwang_85 时间: 2012-9-22 09:20
我的确遇到这种问题，没有人去注意啊！

作者: wxxfcda 时间: 2012-10-19 15:44
楼上是在做自动化灌水测试吗

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)