软件测试与软件开发的关系探讨.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件测试与软件开发的关系探讨 和软件测试是当下软件项目团队的中坚力量,两者工作相辅相成。本文分析了软件开发与软件测试在项目团队中的关系及主要性,并从软件测试的角度提出处理好与软件开发关系的处理方法及技巧。 1 软件开发和软件测试 软件开发和软件测试都是软件工程定义里的主要阶段。软件开发是根据用户要求建造出软件系统或者系统中的软件部分的经过。软件开发人员重要工作是对用户需求进行分析,根据需求分析进行系统设计、程序编码、单元测试和软件缺陷的修复。 软件测试是根据软件开发各阶段的规格说明和程序的内部构造而精心设计一批测试用例(包含输入数据与预期输出结果),并利用这些测试用例运行软件,以起码的人力、物力和时间找出软件中潜在的各种毛病和缺陷的经过。在软件投入运行前,软件测试对软件需求分析、设计规格说明和编码最终复审,是软件质量保证的关键步骤。 2 软件开发和软件测试的关系 在软件项目团队中,软件开发和软件测试都是其主要的项目成员,两者都有共同的目的就是实现用户需求,保证软件高品质的交付到用户手中。有开发就会有测试,开发人员先实现软件,测试人员对软件进行测试找出程序毛病和缺陷,并提交开发进行修复。软件开发和软件测试通过这样相互合作,逐步解除软件隐藏的程序毛病和潜在风险,使软件产品更切近于用户需求。 软件开发和软件测试的工作交集就是软件缺陷,在软件缺陷的定义和处理上往往容易发生意见分歧。在这个时候,作为软件测试人员,怎样处理和应对好和软件开发的关系,坚持高效的团队协作能力就显得尤为主要。 3 软件测试对软件开发关系的处理方法及技巧 3.1 尊敬开发结果 作为测试人员要坚持良好的心态,要尊敬开发的工作结果。有的测试人员接到开发提交测试的软件,在开始测试后碰到这样那样的问题,有的可能是显而易见的问题时,就会心生埋怨,以至言语上鞭挞开发人员技术水平低,单元测试没做好,这样很容易导致开发人员对测试人员的反感和抵触,造成两者关系紧张。其实,你要理解开发人员也是在时间紧,任务重,经过加班加点的情况下开发出来的程序,有毛病那是肯定的,我们测试人员的职责就是要帮助他们找到软件里面的 Bug,帮助他们改良软件质量。所以,测试人员要坚持好的心态,理解开发人员的辛劳,尽好测试职责努力帮助他们。 3.2 提交缺陷技巧 日常工作中测试与开发打交道最多的莫过于在软件缺陷的定义和处理上了。如何能够让开发人员更乐于承受测试提交的缺陷并改良它,测试人员要留意下面几点: 3.2.1 换位考虑,多站在开发人员的角度想 开发人员将软件提交测试后,他们最焦急等待的测试结果基本上都是系统逻辑跑不跑得通,数据流转能否正确。测试人员在这方面就要留意测试技巧和提交Bug的优先顺序。测试时优先按业务流程测试整个系统逻辑,把影响系统逻辑的毛病找出来优先提交给开发人员,这时候的开发人员会很喜欢修改这些问题。测试中碰到一些不影响系统逻辑的Bug我们先暂且记录下来,待第一批都修改完毕,测试才提交如界面美观、输入输出控制等改良型的Bug,这样有主次的提交 Bug顺序,开发更易于承受。 3.2.2 Bug描绘叙述要清楚明晰精确 测试人员发现的BUG是开发人员改良的主要根据,好的Bug描绘叙述对于正确的和高效的解决Bug非常主要。测试人员在描绘叙述Bug时,语言要简明精确,杜绝使用“好似、有时、偶然、几分钟、一段时间〞等模糊词语;描绘叙述的内容不是越多越好,只要提供有利于开发人员快速定位的需要信息即可。具备一定开发经历体验,水平较高的测试人员还能通过毛病现象,定位程序可能出错的地方,提出问题查找的方向。 3.2.3 避免提交反复和无效的Bug 测试人员在碰到Bug时,要先进行问题分析,这个问题是独立出现还是整个系统都普遍存在,假如是普遍问题,只需要提交一个Bug即可。太多的同一问题根本源头的Bug会令开发人员腻烦。另外,测试人员不只要熟悉业务需求,还要熟悉软件系统的操作和使用,提交由于操作毛病而非程序问题引起的Bug,容易导致开发对测试失去信任。假如测试人员在不确定能否Bug的时候,可先向开发人员进行询问确认。 3.3 重视沟通 (1)测试人员与开发人员最容易产生分歧的就是对缺陷的定义,这时候面对面的讨论比在即时通讯工具上数十个来回的争辩来得直接、有效、清楚明晰。讨论的时候,测试人员应说说自己的测试方法,让开发明白你的测试内容和做法都是站在用户的角度去测试和看待问题。 (2)不要期望所有的Bug都会被开发人员修复,浪费过多的时间去争辩一些不影响系统实质的非关键点反而会得

文档评论(0)

梦想成真 + 关注
实名认证
文档贡献者

梦想成真

1亿VIP精品文档

相关文档