面对不堪入目的代码，测试员该如何是好！
若在测试一个平台的过程中，发现开发做提交的功能里，基本上所有的输入框都没有做严格的格式校验，导致非法字符可以提交，此外由于不同功能由不同的开发人员完成，导致页面显示和报错页面都没有做到统一。像发生这种情况，虽然主流程（正常流程）可以通过，但非正常流程出现很多问题，测试是否还需继续介入？该如何与开发沟通，共同解决此类问题？
在用例评审阶段，都让开发人员一起参与，结果为了赶进度，代码的质量不堪入目啊，好蛋疼~:Q 没有格式校验导致提交非法字符后的后果是什么？系统报错吗？如果报错，第一时间和开发沟通，并进入bug提交流程，如果没有报错，以建议的方式提交bug。
另外，每个项目不一样，如果是内部项目，客户对这样的bug不是特别Care的时候，一般来说测试在第一阶段主要关注核心流程和功能，因为项目是不断改进的，没有哪个软件产品在刚开发出来的时候就尽善尽美，因此测试人员在每个阶段关注点都不一样，要进行软件风险分析，并根据优先级来测试。
仅供参考。 同意楼上 闭上眼睛
或者写出详细的测试计划让项目经理签字，重点突出免责申明就可以了。
测试都是要把事情提前说清楚，不然都是你的责任。 跟我现在的项目一样一样的
我们的输入框也没有校验
我提了 但是改不改是开发的事
不提就是我的事了
我是不会安全性测试
但我很怕这样有危险 各种项目产品的要求不一样，如果是产品的话，最好能建立开发规范，从整体上解决问题；如果是项目，特别网站类的项目，这种要根据项目的具体要求来定，没有要求的就按普通规范走。规范不是马上就能解决问题，如果想马上解决目前的这种问题，和开发经理沟通这些问题，有必要邀请项目经理也一起定个临时的开发规范。 代码质量最让人蛋疼……字段多了，开发给字段做的限制乱七八糟…… 我现在的情况也和楼主差不多 基本与2楼的观点一致，不过 5楼说的对，“做不做是开发的事，提不提就是你的事了”。慢慢改进公司也刚开始注重测试。。。。 既然没有质量规范，没有质量部，那么就做好自己的本职工作，尽可能的多做一些，哪怕开发觉得你烦，但从职业道德的角度你还是要烦他，至于结果，你左右不了的，你只能影响结果，因为你是测试，不是质量。 我以前第一家公司就不怎么做文本校验的，系统也照样使用。现在这家公司对文本框都做了严格的校验。所以这个你要和项目经理讨论，是否要测试文本的各种格式，如果领导说只要能正常保存，那你就正常走，如果项目经理说要他们做校验，那你就提bug。 测试都是有成本的，不能单单只是考虑质量因素。我认为，如果进度紧，没有开发规范，导致乱的情况出现时，第一，首先要保证正常的流程功能正确。 第二，在测试阶段将这些问题都集中起来，进入下一阶段后，集中解决此类问题。此时开发的工作已经不是那么紧，客户那边也有了一个可以使用的系统。而这些提示类的，GUI类的错误改起来难度也不大。这时就不会影响项目的正常进度，又可以在相对比较轻松的环境下解决问题 只要是感知不好的都可以提，需求有的提给开发，需求没有的提建议给需求师，你能想到的都该提出来 :)怎么留言没有呢 问题还是要及时报告出来，让大家清楚风险 代码规范。。 代码规范。。 代码规范。。 代码规范。。 代码规范。。 代码规范。。
页:
[1]
2
