《软件测试技术》课程总结报告

第一篇：《软件测试技术》课程总结报告

《软件测试技术》课程总结报告

班级：姓名：学号：

一、课程概述

二、课程实训项目

三、课程知识点总结

四、收获和体会

第二篇：软件测试总结报告

引言

1.1 编写目的

编写该测试总结报告主要有以下几个目的 1．通过对测试结果的分析，得到对软件质量的评价

2．分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考 3．评估测试测试执行和测试计划是否符合

4.分析系统存在的缺陷，为修复和预防 bug 提供建议

1.2 背景

1.3 用户群

主要读者：***项目管理人员 其他读者：*** 项目相关人员。

1.4 定义

基本功能点测试：等价类划分法、边界值法、错误推测法、场景法

业务流程测试：根据业务逻辑，构建测试数据，执行业务流程，查看执行结果与预期是否一致 界面易用性测试：根据界面测试规范及日常使用习惯，提出软件的非功能实现问题

回归测试：对已修复的问题，根据测试出该错误的用例，重新执行该用例，验证问题是否真正被修复，以及是否又引起了其它错误

1.5 测试对象

对综合管理系统进行全新测试，主要进行功能测试、系统测试

1.6 测试阶段

第一阶段：对主业务逻辑及功能进行测试 第二阶段：对所有业务逻辑及功能进行深入测试 第三阶段：回归测试

1.7 测试工具

BugFree缺陷管理工具

1.8 参考资料

《***功能描述》 《***数据字典》 《***测试计划》 《***测试用例》 《***项目计划》 测试概要

***系统测试从 2012年7月25日到2012年10月12日基本结束，历时近70个工作日。后续还有一些扫尾的工作，又增加一些工作时日。是一项花费大量人力物力的项目。

***通过BugFree缺陷管理工具进行缺陷跟踪管理，在bugfree中有详细的测试用例以及用例执行情况记录

2.1 进度回顾

2.2 测试执行

此次测试严格按照项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试、2.3 测试用例

测试环境与方法

3.1 软硬件环境

3.2 测试方法和工具 测试结果

4.1 Bug 引入阶段

4.2 Bug 引入原因 测试覆盖分析

1.此次测试的重点在在于对功能的测试，特别是V2.0新增功能的测试； 2.***完成在常见的操作环境下的测试，因此具有良好的兼容性。

3.本次此时的目的除了基本的功能测试外，重点突出对系统易用性的测试，力图使系统更加的人性化，操作更加简单，易懂。测试结果和建议

6.1 测试结论

1.***的测试工作已基本结束，功能测试目标也已完成，剩下部分报表的设计需要继续完善。

2.本次测试从功能性，易用性，兼容性等多个方面进行测试，力图在满足客户需求的基础上操作更加简捷，人性化。6.2 改进建议

1.测试过程中遇到的最大问题是需求的不确定性和需求的变更。前期由于开发人员和测试人员对一些需求的理解不一致，或是在需求文档中需求的定义不明确，大家根据自己的理解开展工作，继而在后期工作中产生一些不必要的bug;除此之外，由于在前期，没有对客户的需求进行较为准确的界定，在开发过程中，客户提出一些新的要求，而这些要求和其他功能具有关联性，需求做改动，开发和测试也进行改动，比较显著地例子是在开发中后期要求在一个关联性强的表中增加一个字段，从而引起一系列重复的测试。因此我认为在开发前期要反复确定需求，并制定需求变更标准，避免在开发过程中出现重复，返工的现象。

2.本次测试由于主要是手工测试，因此未能实现对一些功能的进行大量数据操作的测试

3.系统目前比较明显的缺陷是报表打开速度比较慢，这个严重影响了系统的性能，是需要研究改进的部分。

第三篇：软件测试方法和技术—课程总结作业

软件测试方法和技术 课程总结作业 2012-2013学年

软件测试方法和技术 课程总结作业 2012-2013学年第一学期 任务2：（20分）设有一个档案管理系统，要求用户输入以年月表示的日期。假设日期限定

在1990年1月~2049年12月，并规定日期由6位数字字符组成，前4位表示年，后2位表示月。现用等价类划分法设计测试用例，来测试程序的“日期检查功能”。任务3：（50分）用你已经设计好的系统或借用其他系统，来进行软件系统测试，编写出系统测试报告。

3、补充说明

课程总结作业必须自己独立、认真完成，不得抄袭，如发现抄袭别人，则视本门课程为不及格处理。希望大家切记。

第四篇：WEB软件测试总结报告

XXX管理平台

XXX项目测试总结报告

目录

1.项目测试结果........................................................................................................................2 1.1 BUG严重程度................................................................................................................2 1.2 BUG问题分布状况........................................................................................................3 2.测试结论................................................................................................................................4 2.1界面测试.........................................................................................................................4 2.2功能测试.........................................................................................................................4 2.3兼容性测试.....................................................................................................................4 2.4易用性.............................................................................................................................4 2.5 负载/压力测试...............................................................................................................5 3.软件问题总结与分析............................................................................................................6 4.建议........................................................................................................................................7

XXX管理平台

1.项目测试结果

1.1 BUG严重程度

测试发现的bug主要集中在次要功能和轻微，属于一般性的缺陷，但测试的时候出现了37个主逻辑级别的bug,以及严重级别的2个.XXX管理平台

1.2 BUG问题分布状况

由上图可以看出，主要为代码错误占36%,以及标准规范的问题占35%,界面优化占17%,设计缺陷占9%,其他占2%

XXX管理平台

2.测试结论

2.1界面测试

网站系统实现与设计稿一致。站点的导航条位置，导航的内容布局，首页呈现的样式与需求一致。网站的界面符合标准和规范，直观性强。

2.2功能测试

分不同账号 总权限账号,以及店长账号分别进行功能测试。1:链接测试无问题,不存在死链接,测试链接都存在.2:对页面各个不同数据的测试,主要的出入库,销售报表,订单查看管理等一一对应,不存在数据有误差的问题.2.3兼容性测试(Windows下)测试总的浏览器包括:360极速浏览器,火狐浏览器,谷歌浏览器,IE浏览器,测试通过,主要逻辑以及次要功能都没问题,因为浏览器的不同,导致界面浏览不一定相同,例如有的界面浏览页面显示正常,有的界面显示不一样。

2.4易用性

网站实现了如下易用性： 1.输入限制的正确性

2.输入限制提示信息的正确性，可理解性，一致性 3.界面排版美观

4.web应用系统易于导航，直观

5.web应用系统的页面结构、导航、菜单、连接的风格一致

XXX管理平台

2.5 负载/压力测试

主要测试了压了测试: 测试

结

果

60秒内发请求,一次1000个请求,总共请求了2230个请求,成功了2208个失败两个 1:每个请求用时30ms(吞吐量)2:服务器收到请求，响应页面要花费的时间:332ms 3: 并发的每个请求平均消耗时间 :33.ms 4:请求一共花了:72s

XXX管理平台

第一个1000个人同时发出1000个请求 总共1004个请求失败4个,成功1000 1:每个请求用时9ms(吞吐量)2:服务器收到请求，响应页面要花费的时间:109128ms 3: 并发的每个请求平均消耗时间 :109.ms 4:请求一共花了:109s

1:如上图当同时在线人数达到45时候,服务器崩溃,导致成功率一直下降到达40%,直到结束总请求达到:26796.平均每个请求响应时间为281ms,系统吞吐量(tps)20.89/s.因为系统被困导致数据反映不准.3.软件问题总结与分析

从测试过程中发现bug的严重程度与分布状况来看，引起缺陷主要有以下几方面：

1.没有需求文档

需求文档只是个大纲的形式，没有详细的需求文档。没有相应的输入输出字段限制及统一的字段名称，使得开发人员根据需求进行设计时，没有考虑相关功能的关联性。在没有详细需求的指引下，开发人员根据自己的经验进行设计，负着不同模块开发的人员没有统一设计。在测试过程中，需求相关联的问题表现出来，及风格统一的问题。例外没有需求文档导致测试,无法根据需求文档来进行用例的设计,只有靠自己自己测试经验来测试排除BUG.2.功能性错误

在测试的过程中，部分功能没有现实，导致部分模块无法进行功能的测试。功能实现错误，在功能模块的开发时，是进行先开发后调整的策略，没有具体的需求文档，部分模块的功能实现有所偏差。

3.页面设计易用性缺陷 页面输入字段限制不统一，系统中多个页面存在相同的字段，但用户输入相

XXX管理平台

同的数据，提示输入的限制不相同，没有统一输入字段的限制。

提示信息错误，不同模块相同结果的提示信息不一致，用户操作后，相应的提示信息不明确，引起用户误解。

提示信息一致性，用户在不同页面执行相同的操作，提示信息不同。4.开发人员疏忽引起的缺陷

网站在开发的过程中，不断的追加新需求，或调整。开发人员修复或修改问题时，有时疏忽没对相关联的地址进行修改验证。导致因修改修复问题而引入更多的问题。

5.开发版本的控制

在测试一个版本(代理商版)，发现问题重复出现，还会引入新的bug,开发人员修改的问题时，提交的版本相互覆盖。引起上一个版本已关闭的问题，在下一版本重复出现。

4.建议

在项目开始的时候，应该制定相应的标准，编码标准，需求变更标准等，开发和测试人员严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的问题，同时可以降低沟通成本。

发布版本的时候，正确布置测试环境，减少因为测试环境，测试数据库数据的问题而出现的无效bug。

开发人员解决bug的时候，填写bug原因以及解决方式，方便bug的跟踪。开发人员在开发版本上发现bug，可以通知测试人员，因为开发人员发现的bug很有可能在测试版本上出现，而测试人员和开发人员的思路不同，有可能测试人员没有发现该bug，而且，这样可以保证发现的bug都能够被跟踪。

做好版本的控制，从开发版本，测试版本做好每个环节的版本控制。

第五篇：软件测试课程学习心得

我所理解的软件测试

《软件测试方法和技术》这门课程，还是由张建东老师教我们的。在张老师的讲解下，我深刻的体会到软件测试是很有必要的。一个软件，从最开始的可行性分析、需求分析、概要设计、详细设计、编写代码。这一系列的开发之下。千辛万苦的，花费了大量的人力物力、金钱时间，终于把软件给做出来了。你试着想一下，要是送到客户的手上，客户突然发现，软件用不了，或者是软件存在很大的缺陷。导致软件不好用、甚至比原先没有这个软件，还麻烦了。客户是很愤怒的。客户一愤怒，就导致客户不会付钱。这最终，项目失败，造成资源的大量浪费，所以说软件测试还是很有必要的。再者就是，软件测试可以发现软件的缺陷，从而通知编程人员不断改进软件。在这样不断测试，不断改进的情况下。将软件性能不断提高，软件变得越来越好用。

软件测试，旨在发现软件的缺陷。可以这样说，软件测试就是以发现软件缺陷，为最终目的的测试活动。它通过软件测试方法，白盒的、黑盒的、静态的或是动态的。借助软件测试工具，来找到缺陷。然后在缺陷评审和确认之后将缺陷记录下来，并用缺陷管理工具管理，详细描述，关注软件缺陷的发生周期。对它的严重性、和优先级下一个定义。书写软件缺陷报告，具名缺陷的重现步骤、测试的期望结果与实际结果、还有相关图片、文字资料。提交给软件编程人员，来完成软件缺陷的修复。

软件测试的方法，包括：白盒测试和黑盒测试。其中，白盒测试之中，有含有：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖、等方法。黑盒测试方法中，有：等价类划分法、边界值分析法、判定表法、因果图法等。软件测试方法，按照是否运行代码来看，可以分为：静态测试和动态测试。其中静态测试有，对代码的走查和评审。动态测试，则是要通过运行代码来执行。白盒测试多用于软件的单元测试上，黑盒测试多用于功能性测试上。代码的静态测试和动态测试，则是每一个软件项目都必须的。

单元测试，多构造桩函数或是驱动程序来测试。一般借助与各种软件测试工具。软件测试，或者说程序测试。一般先是进行单元测试。单元测试，修改完单元之中的缺陷、错误之后，就是集成测试。集成测试多针对程序功能进行测试，看程序的各项功能是否达到要求，是否齐全。集成测试之后就是系统测试。系统测试是针对整个软件系统的。看软件系统是否达到性能的要求。从而改进代码，以求达到系统的严格要求。最后就是验收测试，这个测试，一般都分成两半来做。一半是，程序员模拟客户环境，进行测试。而，另一半则是，真正的客户参与的测试。最大程度的体现客户的真实环境。客户在试运行的情况下，看是否会发现，平时发现并且以前的环境发现不了的问题。

验收测试，包含对界面的测试和软件可用性的测试，运用尼尔森十大原则，来测试软件是否好用。软件是否达到用户的对软件界面的需求。

无论是软件编写，还是软件测试，都需要相应的文档管理。还有针对软件测试制定的测试计划，软件测试执行等。

通过本学期的学习，我感受到软件测试是一门非常需要学习的课程。即使作为考察课程，它也是软件行业人士所必须了解的知识。它对软件工程项目的作用是至关重要的。现在，作为学生的我所做的项目虽然都是一些小的项目，但是在小组共同开发的时候还是需要用到项目的测试。如今这门课程我学的还不是很好，但我相信在今后的实训及工作当中，能够更好的体验和感受到项目测试的精髓，对软件项目测试有更深入的了解。我也希望，学校的老师能够在今后的教学当中重视软件项目测试课程，多让学生了解实例，去感受、体会软件项目测试所遇到的问题和解决方案，理解软件项目测试的精髓。