软件测试基础-课程总结报告.doc

现代软件测试基础 课程总结报告 班 级： x班 导 师： 张伟 杨乐 学生姓名： xx 目录 TOC \o 1-3 \h \z 1 基础知识总结 3 1.1. 对软件测试的理解 3 1.2. 对软件测试的理解 3 1.3. 软件测试方法 3 1.4. 软件测试用例设计 3 1.5. 缺陷报告编写 3 1.6. 工具使用心得 3 1.7. 本阶段学习心得 4 2 问题反馈 4 3 授课改进建议 4 4 附件 4 1 基础知识总结 对软件测试的理解 直到学习了软件测试，我才懂得软件测试的定义和目的，是为了尽可能发现并改正被测试软件中的错误，提高软件的可靠性。是为了保证软件的可靠性而进行的一系列测试活动。 软件是在运行时能够提供所要求功能和性能的指令或计算机程序集合，且该程序能够具有满意的处理信息的数据结构，能够描述程序功能需求以及程序如何操作和使用所要求的文档。+ 软件的开发是一个复杂的过程，一个好软件的开发离不开软件测试。 软件测试过程管理 软件的测试过程包括测试项目启动、测试需求分析、制定测试计划、测试设计和测试开发、测试实施和执行、测试结果的审查和分析。 软件测试方法 我所知的软件测试方法有“白盒”测试、“黑盒”测试、“灰盒”测试、单元测试、集成测试、确认测试、系统测试。 “白盒”测试是一种典型的测试方法，是一种按照程序内部逻辑结构和编码结构涉及测试数据并完成的测试方法。 “黑盒”测试意味着要在软件接口处进行测试，它着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。 “灰盒”测试将“白盒”测试和“黑盒”测试结合在一起，是基于程序运行时的外部表现又结合程序内部结构来设计用例，执行程序并采集程序路径执行信息和外部用户接口结果的测试技术。“灰盒”测试是由测试人员进行测试的。 单元测试用于检验被测代码的一个很小的、很明确的功能是否正确。 集成测试是单元测试的扩展，是在单元测试的基础上进行的一种有序的测试。 确认测试是在完成集成测试后，依据确认测试准则，针对软件需求规格说明进行的测试，以确认所开发的软件系统能否满足规定的功能和性能需求。 系统测试实际上是针对系统各个组成部分进行的综合性检验。 软件测试用例设计 列举测试测试用例设计的详细步骤 1）测试需求分析； 2）业务流程分析； 3）测试用例设计； 4）测试用例评审； 5）测试用例完善更新。 谈谈测试用例设计需要注意的一些事项 能发现到目前位置没有发现的缺陷的用例是好的用例； 测试输入数据设计方法等同于测试用例设计方法。 缺陷报告编写 软件缺陷报告里边需要包含哪些知识点 问题报告编号、标题、报告人、报告日期、程序或组件的名称、版本号、配置、缺陷类型、严重性、优先级、关键词、缺陷描述、重现步骤、结果对比。 谈谈对软件缺陷的认识 1）软件未实现产品说明书要求的功能 2）软件出现了产品说明书致命不应该出现的错误。 3）软件实现了产品说明书未提到的功能。 4）软件未实现产品说明书虽未明确提及但应该实现的目标。 5）软件难以理解、不宜使用、运行缓慢或者从测试员的角度看，最终用户认为不好。 工具使用心得 （工具安装、工具作用、使用过程、遇到问题、解决方法等） Mantis工具使用心得 Mantis工具比较具体，比较简单，所以一切按照步骤来水到渠成，是我对这个软件有了一定的认识。 Testlink工具使用心得 Testlink工具是对测试计划的管理流程工具，但是独立运行有些困难，所以将mantis跟testlink集成，mantis成为testlink的一个小分支，使testlink更加完善。 Splint工具使用心得 Gcov工具使用心得 Junit工具使用心得 是对一小段代码进行测试的软件，挺好用的。 本阶段学习心得 我体验到了一个小组合作的重要性，不管是做软件测试还是其他的工作，都需要大家一起来完成。 每天忙碌的学习让我感觉到自己并不孤单。 2 问题反馈 （工具使用问题、知识难点等） 知识点模糊列表 知识点 问题描述 3 授课改进建议 1希望加强教师与学生及学生及学生之间的交流，寓教于乐会让大家有更大的学习热情。 4 附件 （该阶段个人的优秀成果，视频、照片等） 　人生就像一部书，每个人都在书写着自己的故事，书写着生命中曾承载的苦辣酸甜和正在经历的风霜雪雨。不管这部书的情节精彩也好，简约也罢，我们都必须字斟句酌，用心构思。只有这样，认真写好人生的每一个章节，才能把握生命的主旋律。 　　人生也像一条河，有谁不是在风里行舟，雨中穿梭。昨天还在逆浪而行，今朝依然奔奔波波。尽管如此，我们也不应气馁，