团队内部测试困局破解

发表于:2019-1-31 10:25  作者:杨贞祥   来源:51Testing软件测试网原创

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 软件测试管理 测试团队

  在第三方测试机构做测试多年,后来进入做产品的公司负责测试工作,才发现在第三方测试机构做测试是多么幸福的事。简要来说,产品形公司开发和测试往往在同一个部门,没有部门间沟通时的仪式感,往往比较随意。由此,测试会面临如下困局:
  1.需求飘忽不定;
  2.版本界限模糊
  3.留给测试的实际时间与计划时间往往差别巨大
  已上任意一方面事件的发生,会使得测试焦头烂额,何况往往是已上几点的叠加。常见的场景是:在软件临近发布的时候,部门领导整天对你瞪眼,嫌你拖慢了进度,嫌你测试不够充分,殊不知,开发给你交付软件比项目计划晚了好长时间,严重压缩了你的测试时间。
  经过实践,提出以下几方面的措施供大家参考:
  第一.明确需求。这个需求包含了设计需求和测试需求。
  设计需求包括要实现的功能性能项、优化项等方面,这个可以从各方面收集,包括开发提供的更改单、问题单、变更单等等,切记,落实到书面上,形成文档,有必要时要求相关人员评审,签字确认。
  测试需求包含测试资源和测试计划,根据项目期限清晰划定测试阶段。
  第二.变被动为主动。作为测试,没有要求开发按时提交测试的权力,但是开发的每一天延迟交付都在加重测试人员的压力、降低测试质量。为此,找准本次任务的项目干系人,尤其是开发和测试的共同上级。若你发现即将到来的里程碑可能无法实现时,主动发出邮件报警,报警级别从黄色开始,直至红色报警。报警邮件抄送到项目干系人,并抄送项目经理,提醒开发即将到来的里程碑,引起项目组的注意。
  通过已上措施,能够及时识别和预防项目过程中的风险,提醒相关人员注意防范,从而使得测试人员变被动为主动,提高工作效率。已上仅是本人在工作中的一些感悟,并无与开发树敌之意,大家有更好的建议或方法,敬请交流。

         相关推荐:《51测试天地—原创测试文章系列(五十二)》
      版权声明:本文出自51Testing原创,51Testing软件测试网及相关内容提供者拥有内容的全部版权,未经明确的书面许可,任何人或单位不得对本网站内容复制、转载或进行镜像,否则将追究法律责任。

评 论

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海瀛东律师事务所 张楠律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2019, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道