浅谈软件测试人员的原则_测试应该坚持自己的原则吗-CSDN博客

测试人员对待发现的问题应该是有原则的，但是这个原则我们到底应该怎么把握呢？

　　当我们发现一个问题，但是问题不那么严重？如何判断是否要提为bug，是否要对其进行修改？通常情况下我是会跟开发进行沟通的，自己的思想上也是需要进行修改的，但是如果这个问题的优先级在建议级别，加上如果客户很少有这样的操作，加上修复比较困难的时候，我往往会很不情愿的放弃掉这个bug，但是内心是很忐忑的！抱有一丝侥幸心理，用户应该不会这样操作吧？就算是这样操作了发生了线上问题，也不会是很大的问题，于是就真的放弃掉这个小问题了。

　　再说另外一种状况，就是给公司内部员工做的系统，也是需要测试的，但是对这个系统的要求就更低了，有时候能达到，能用就行，反正都是自己人操作，于是草草了事。

　　说到以上两种情况，相信很多人会有相同的做法和想法，但是今天要说的就是原则问题，作为一个专业的测试人员必须要有自己的原则，也必须要坚持自己的原则，那么这个原则是怎样的呢？又是由谁来定的呢？我认为原则是没有固定的形式的，对于不同的系统有不同的原则是可以的，比如上面说的内部系统，我们可以不进行P4级用例的执行，但是其他还是必要有的，而且到这个程度，我们必须同产品的用户、需求方达成一致的意见，他们是同意这样一个测试准则的，因为是内部用户，所以我们有必要同用户也说清楚，如果他们都不能同意，那么我们得准则就要变，必须完成所有用例的执行，同其他面对外部的用户的产品一样测试，而开发也不得以因为是内部系统这样的借口来搪塞不修改。

　　再说说非内部系统，我们面对的可能是庞大的用户群，我们必须以用户所有可能的行为作为测试标准，因为人多了是可能什么操作都有的，所以在我们的范围内，能发现的所有问题都是要解决的，至于有这样那样借口的，这个时候就需要我们的原则要站立好了，当你处于一个被群体煽动的局面：开发、需求、领导都说这个小问题，不用改也没可以的时候，该怎么做呢？我的做法是将这个问题later到后面去修改，原则不变，这个必须修改，哪怕不是本次修改。

　　说了一堆好像都是废话，道理都懂，但有时又作不到！这个要改，一定要改！

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。