测试计划与软件缺陷管理

测试计划与软件缺陷管理

ID:35433421

大小:77.00 KB

页数:7页

时间:2019-03-24

测试计划与软件缺陷管理_第1页
测试计划与软件缺陷管理_第2页
测试计划与软件缺陷管理_第3页
测试计划与软件缺陷管理_第4页
测试计划与软件缺陷管理_第5页
资源描述:

《测试计划与软件缺陷管理》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库

1、测试计划与软件缺陷章节重点第一章什么是软件测试一.概念:1.软件:是计算机系统中与硬件相互依存的另一部分,包括程序(数据)和文档的完整集合。2.软件测试:采用人工或自动手段来运行某个系统的过程,其目的是检测系统是否完成了规定的需求或弄清预期结果与实际结果之间的差别。3.程序:按照事先设计的功能和性能的要求执行的指令序列。4.文档:与程序开发、使用、和维护相关的图文材料。二.软件测试流程(或软件测试内容):制定测试计划——>设计测试用例——>实施测试(提交缺陷报告)——>测试总结.三.如箭测试的根本目的:就是确保最终交给用户的产品是符合用

2、户需求的,在产品交给用户之前尽可能多的发现并改正问题。四.测试与调试的区别:测试是由测试员和程序员共同参与的,贯穿整个软件生命周期,主要工作就是找缺陷;调试时由程序员参与的,主要在开发阶段,进行了成功的测试后才开始的,其目的是解决缺陷。五.软件测试员必备的素质:责任心、沟通能力、耐心细心信心、团队合作精神、时刻保持怀疑态度,并且有缺陷预防意识、具备一定的编程经验。第二章识别和描述缺陷一.识别缺陷的方法:1.相关文档可以作为识别bug的辅助工具;2.行业标准;3.沟通学习他人识别bug的方法和经验。给软件带来缺陷的原因有很多,例如:1.人

3、员之间的沟通交流不够,或者根本不进行交流;2.软件复杂性;3.工期短,任务重,时间压力大;4.参与人员的过度自信;5.需求不断变化;6.文档不完善,甚至没有文档;7.程序设计本身有错误;8.软件开发工具和系统的软硬件支持不完备。所以可以说;在软件使用过程中出现的任何问题,或者软件不能符合设计要求,或者不满足消费者需求的问题都可以说是bug.二.书写缺陷报告的原则:(结合16章)1.保证重现缺陷;2.分析故障,使用最少的步骤重现缺陷,为每一步编号;3.包含所有重现缺陷的必要步骤;4.方便阅读,通过空行提高报告的可读性;5.一个缺陷一个报告

4、;6.保持中立的语气;7.不要夸大程序缺陷,如果认为程序员可能会忽视这一缺陷,则可以在缺陷报告中详细解释认为严重的原因;8.永远都要报告不可重现的缺陷;9.报告小缺陷;10.及时报告缺陷;11.引用他人报告要小心;12.任何时候要在缺陷报告,特别是他人的报告中作补充,都要注明自己的姓名和日期;13.说明预期结果和实际结果;14.适当添加有益的注释,以便于程序员分析问题及自己今后的返测;15.对于复杂的缺陷,可以在报告开头对这一缺陷进行小结,然后给出操作细节。第四章编写和管理缺陷报告一.缺陷报告的用途:记录缺陷、缺陷分类、缺陷跟踪。二.缺

5、陷的分类:1.严重程度:影线进度的问题;死机;功能问题;界面问题;建议。2.优先级:应立即修复的问题;在产品发布之前必须修复的问题;如果时间允许应该修复的问题;可以在发布版本中存在的问题。缺陷报告的分类通常从处理状态和处理意见两个方面入手;三.缺陷报告处理流程:提交缺陷报告——>分配缺陷报告——>处理缺陷报告——>返测缺陷报告——>关闭缺陷报告。四.缺陷跟踪系统:Bugzilla的使用。第六章编写软件测试计划一.软件生命周期:是软件开发的全部过程:可行性研究——>需求分析——>设计——>编码——>测试——>发布、运行、维护。二.软件测试

6、流程:测试计划阶段——>测试设计阶段——>测试实施阶段——>评估阶段.三.测试计划包含的内容:1.测试目的和测试项目简介2.测试参考文档和测试提交文档3.术语和定义4.测试策略5.测试内容6.项目通过或失败的标准7.暂停和重新启动项目的标准8.测试资源9.测试进度10.测试任务分配和职责11.风险和偶然事故的预测第八章软件测试流程和分类一.概念:1.单元测试:又称模块测试,是最小单位的测试,是在系统开发过程中进行的测试活动,检查各个程序模块是否正确实现的规定的功能。单元测试是测试的第一步,其依据是详细设计说明书。2.集成测试:又称综合测

7、试或组装测试,是在单元测试的基础上将已经通过单元测试的模块按照设计要求组装成系统或子系统,再进行的测试。3.系统测试:是将通过确认测试的软件,作为整个基于计算机系统的元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起,在实际运行环境下,对计算机系统进行全面的功能覆盖。系统测试的目的:在于通过与系统的需求定义做比较,发现软件与系统的定义不符或与之矛盾的地方。4.有效性测试:是在模拟的环境下(可能是开发环境),运用黑盒测试的方法,验证所测软件是否满足需求规格说明书列车的需求。5.验收测试:是软件产品交付用户使用前的最

8、后一道工序,它是以用户为主的测试,软件开发和质量保证人员也应参加。验收标准必须在原始的需求规范中或在客户的合同中规定。6.静态测试:不运行北侧程序本身而寻找程序代码中可能存在的错误或评估程序代码的过程。包括

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。