软件质量保证与测试教案.docVIP

  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文档。上传文档
查看更多
西南交通大学 软件质量保证测试报告 课 程 《软件质量保证与测试》 学 院 信息科学与技术学 专 业 软件工程 姓 名 学 号 日 期 2016年月日 摘要:随着计算机应用越来越广泛与深入,软件也越来越复杂,人们已清楚的认识到软件产品和其它工业产品一样,未经测试、试验是不能作为产品推向市场的。软件产业的发展,需要合格的、高质量的商品化软件产品。软件质量提高是一个庞大的系统工程,涉及到技术、过程和人员等综合因素, 本文针对软件质量提高工作的关键环节——软件测试——进行探讨,着重讨论了软件测试和质量提高工作中可能面临的问题,试图为IT组织的软件质量实践工作提供帮助。关键词: 软件测试 软件质量 质量保证 质量提高 软件质量作为参与国际竞争的必要条件,日益受到人们的关注。由于受到资源限制和环境影响,多数IT组织追求短期利益、放弃长远质量投资在所难免,陷入发展的恶性循环。显然,在合理借鉴国外成功经验的基础上,探寻切合国内实际情况的软件质量提高途径是当务之急。软件测试在软件生命周期中占据重要的地位,在传统的瀑布模型中,软件测试仅处于编码之后、运行维护阶段之前,是软件产品交付用户使用之前软件质量保证的最后手段。这是一种误导,软件生命周期每一阶段中都应包含测试,从静态测试到动态测试,要求检验每一个阶段的成果是否符合质量要求和达到定义的目标,尽可能早的发现错误并加以修正。如果不在早期阶段进行测试,错误的不断扩散、积累常常会导致最后成品测试的巨大困难、开发周期的延长、开发成本的剧增等等。 软件测试和软件质量保证是软件质量工程的两个不同层面的工作。软件测试只是软件质量保证工作的一个重要环节。 软件测试是为使产品满足质量要求所采取的作业技术和活动,它包括检验、纠正和反馈。比如软件测试软件测试 软件质量保证是为满足顾客要求提供信任,即使顾客确信你提供的产品能满足他的要求。软件质量保证软件测试 软件质量保证软件测试软件质量保证软件测试软件质量保证:即软件测试软件质量保证软件测试软件质量保证 测试并非像大家平时认知的那样,不动脑,天天对着屏幕点鼠标,虽然做测试门槛不高,但真正能做好做精,更需要正确的方法和勤奋的学习。 首先软件测试的主要内容,软件测试人员平时主要是在一定时间内根据软件需求对开发完成的软件功能进行检测,并且能对项目研发过程中可能遇到的风险有预见性,及时提出,帮助团队优化。 检测的时候需要站在用户的角度,如果需求模糊,需要跟写需求的人员沟通确保理解了需求。如果测试过程当中发现问题,提交给开发修改后再次测试。直到软件符合发布的标准,结束测试。 软件测试的关键在于能在有限的时间内将送测软件中影响软件使用的问题尽量都找到。如何才能高效的完成一次软件测试呢。有很多因素影响测试的效果,我一一列举: 1.书写需求的人对客户的真正需求理解错误,导致需求说明书与实际需求不符,这是最致命的,直接导致项目失败,所以在测试的第一步,就要求测试人员查看需求说明书,根据需求说明书写出对应的测试需求,一旦发现需求模糊或不合理尽早跟需求人员确认。如果条件允许的话,测试人员可以跟提出需求的人复述自己对需求的理解,如果一致,就可以按照理解的来进行测试了。当然,需求确定完成后还可能多次修改,这时测试人员需要注意,一方面做好更新记录,避免后期容易遗漏,一方面要注意更改需求对项目的风险,及时提出。 2.由于研发的流程可能是多种多样的,若是瀑布模型的,测试人员需要尽早主动问相关人员拿到需求文档或开发文档,提前准备测试用例和测试数据,如果研发流程是开发和测试并行,测试人员也要尽量多参与多了解开发进度,方便后期测试。 3.当有多个测试人员同时测试一个项目,则需要提前分配好工作,并且创建好测试需要用的公共文件夹,测试环境等,并且经常沟通, 相互了解测试进度 4.测试提交BUG时,对BUG的书写也需要注意,尽量用词准确,简洁,开发通过看BUG能了解到这个问题是通过什么步骤操作以后出现什么样子的效果,还可以写上建议的解决方案。 5.尽量从用户的角度来进行测试,模拟用户常用的操作场景,这样才能发现用户实际使用时可能会遇到的问题 6.测试的是否全面很难量化,可以根据排列功能的重要级别,把主要精力用在重要的模块,逻辑复杂的模块,改动频繁的模块,这些都是容易产生错误的地方,将这些地方重点优先保证,可以极大的减少严重的BUG产生 7.在开始测试软件之前,需要测试人员先想好测试的途径,如果边测边想,很难保证测试效果,只有先考虑好如何分解功能模块,每个模块如何测试,是否有

文档评论(0)

502992 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档