浅谈软件测试人员的原则

发表于:2013-3-06 09:10

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:狂想的世界    来源:51Testing软件测试博客

分享:

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

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

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

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

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

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

版权声明:本文出自 狂想的世界 的51Testing软件测试博客:http://www.51testing.com/?408799

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

《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号