软件测试课程总结.docx

软件测试课程总结.docx

《软件测试课程总结.docx》由会员分享，可在线阅读，更多相关《软件测试课程总结.docx（7页珍藏版）》请在冰豆网上搜索。

软件测试课程总结

软件测试课程总结

1.对软件测试这门技术有什么感想

软件测试方面，目前许多人在软件测试行业很迷惑，也特别想去学一点什么。

我以一个初学者的身份自我总结了一下：

1、软件工程基本概念得熟识。

2、了解公司现有软件开发模式，了解消失有的利弊后，才能优化。

3、也就是大家常常在网上争论和学习话题比较多的一个：

测试工具的学习，其实我据我了解到的是，关于测试工具，大多数学习的有两大阵营的MI公司的TD、LR,WR，还有Rational公司的一套产品，我个人认为，学习测试工具方法无非有三：

1、英文材料必需得去看，许多时候本身很抵触去看英文材料，其实许多本人遇到的问题在材料中都有特别具体的解释。

但是大家都不情愿去查，去翻，而是花了更多的时间在网上搜寻和询问。

其实我本人英文最烂，怎一个【烂】字了得啊，我没有上过高校，后期也没有刻意去学习过英文，看来以后得学习学习了哦。

2、必需对软件工程有相当的了解和熟识。

3、有比较强的规律思维，许多测试工具即便你会用，但是设计不出好的测试用例也是白搭。

上面引见的两大阵营的测试工具包中都包含了功能测试和性能压力测试。

其实大多数还是忽视了一个特别重要的信息。

那就是单元测试，单元测试工具，据我了解的大多数人在用XUnix,（C语言开发的软件用CUnix,JAVA开发的软件用JUnit工具）建议大家在有时间的状况下再多看看单元测试工具。

在测试领域，究竟功能测试最基本，性能测试是提高，而单元测试则是一个转型的关键，在熟识了各方面的测试技能后，那么就可以朝着做需求、做SQA方向连续进展，那么我们以后可以供本人选择的岗位就会越来越多，祝福全部的测试同行以后走的越来越远。

2.软件测试,工作总结怎样写

次要写一下工作内容，取得的成果，以及不足，最终提出合理化的建议或者新的努力方向。

转载：

总结，就是把一个时间段的状况进行一次全面系统的总检查、总评价、总分析、总讨论，分析成果、不足、阅历等。

总结是应用写作的一种，是对已经做过的工作进行理性的思索。

总结与方案是相辅相成的，要以方案为依据，制定方案总是在个人总结阅历的基础上进行的。

总结的基本要求1.总结必需有状况的概述和叙述，有的比较简洁，有的比较具体。

这部分内容次要是对工作的主客观条件、有利和不利条件以及工作的环境和基础等进行分析。

2.成果和缺点。

这是总结的中心。

总结的目的就是要确定成果，找出缺点。

成果有哪些，有多大，表现在哪些方面，是怎样取得的；缺点有多少，表现在哪些方面，是什么性质的，怎样产生的，都应讲清晰。

3.阅历和教训。

做过一件事，总会有阅历和教训。

为便于今后的工作，须对以往工作的阅历和教训进行分析、讨论、概括、集中，并上升到理论的高度来熟悉。

今后的准备。

依据今后的工作任务和要求，吸取前一时期工作的阅历和教训，明确努力方向，提出改进措施等总结的留意事项1.肯定要实事求是，成果不夸大，缺点不缩小，更不能故弄玄虚。

这是分析、得出教训的基础。

2.条理要清晰。

总结是写给人看的，条理不清，人们就看不下去，即便看了也不知其所以然，这样就达不到总结的目的。

3.要剪裁得体，详略相宜。

材料有本质的，有现象的；有重要的，有次要的，写作时要去芜存精。

总结中的问题要有主次、详略之分，该详的要详，该略的要略。

总结的基本格式1、标题2、注释开头：

概述状况，总体评价；提纲挈领，总括全文。

主体：

分析成果缺憾，总结阅历教训。

结尾：

分析问题，明确方向。

3、落款署名，日期。

3.软件测试报告例文

以前写的东西省略着写XX软件测试报告共x页拟制年月日审核年月日会签年月日批准年月日1范围本文档适用于XX软件的单元/集成测试。

1.2系统概述1.3文档概述本文档用于对XX软件的测试工作阶段成果的描述。

包括对软件测试的全体描述，软件测试的分类和级别，软件测试的过程描述，软件测试的结果等内容。

2引用文档《XX软件需求规格说明》《XX软件设计说明》《XX系统接口协议》3测试概述3.1被测软件的基本概况使用的编程语言：

XXX汇编语言程序行数：

1590子程序个数：

11单行正文行数：

669正文率：

约为42%3.1.1.测试小结本次测试对XX软件进行了静态分析和动态测试。

测试工作分为两个阶段。

第一阶段进行了软件静态分析，软件测试人员和开发人员分别对软件V1.00版本的代码进行走读。

在此基础上软件开发人员对代码走查中发觉的问题进行了修改，做了97处代码变更并提交了V1.01版本进行动态测试。

在测试过程中针对发觉的软件缺陷进行了初步分析，并提交程序设计人员对原软件中可能存在的问题进行考查。

在软件测试中首先依据软件测试的规范进行考核，将书写规范，正文等基础问题首先处理，其次考核软件测试中的问题能否存在设计上的规律缺陷，假如存在设计缺陷则应分析该缺陷的严峻程度以及可能引发的毛病。

软件开发人员在以上基础上对软件的不足做出相应的修改，同时通过软件回归测试验证软件修改后能够得到的改善结果。

软件代码1.00与1.01版变更明细表：

编号1.00版行号1.01版行号更改说明11922正文变更22629正文变更32932正文变更49598正文变更5108行后113~116添加新变量6171、172180、181命令字大小写变更7以下略从上表可以看出，正文变更一共有15处，次要排解了对原程序的理解错误问题；依据程序的书写规范要求，一行多条语句改为一行一条语句的更改一共有42处；命令字大小写变更一共有7处；在代码走查中对冗余和无用的代码作了更改，将这些代码正文掉，此类更改一共有14处。

上述4类更改一共有78处，这些更改对程序本身的功能没有任何影响，但从软件规范的角度来看提高了程序的可读性和规范性。

其余19处变更为代码变更，次要是在软件测试中发觉原程序的牢靠性不足，在不转变原程序功能的基础上相应的添加了新变量、新语句、新程序以提高整个程序的牢靠性。

在动态测试阶段进行了单元测试和集成测试。

此阶段发觉的软件问题经软件测试人员修改，提交了V1.02版本，软件测试人员对此版本的软件代码进行了回归测试，确认对前阶段发觉的软件问题进行了修改，消退了原有的软件问题并且确认没有引入新的软件问题。

认定V1.02版为可以发行的软件版本。

3.1.1.1静态分析小结静态测试采纳人工代码走查的方式进行。

参与代码走查的软件开发人员有：

（略）；参与代码走查的软件测试人员有：

（略）。

代码走查以代码审查会议的形式进行。

静态分析过程中共进行了四次会议审查。

静态测试阶段的次要工作内容是：

l依据对软件汇编源代码的分析绘制具体的程序流程图和调用关系图（见附件1）;l对比软件汇编源代码和流程图进行程序规律分析、算法分析、结构分析和接口分析；l对软件汇编源代码进行编程规范化分析。

通过静态测试查找出软件的缺陷18个，其中稍微的缺陷4个，占全部缺陷的22.2%中等的缺陷11个，占全部缺陷的61.1%严峻的缺陷：

3个，占全部缺陷的16.7%上述软件缺陷见附件《软件问题报告单》3.1.1.2动态测试小结动态测试使用的测试工具为XXX软件集成开发环境。

总共的测试用例数：

143个。

全部由测试人员人工设计。

其中单元测试用例138个，集成测试用例5个。

发觉的软件缺陷有2个，都是在单元测试过程中发觉的。

集成测试阶段未发觉新的软件缺陷。

在发觉的软件缺陷中：

中等的缺陷1个，占全部缺陷的50%严峻的缺陷1个，占全部缺陷的50%上述软件缺陷见附件《软件问题报告单》动态测试中代码掩盖率：

代码行掩盖率100%分支掩盖率100%程序单元调用掩盖率100%3.1.1.3回归测试小结对软件测试过程中发觉的缺陷经软件开发人员确认后进行了代码更改，并对更改后的代码进行了回归测试。

本报告中的数据是回归测试后的测试数据。

3.1.1.4测试分析下面将对此次软件测试中的全部缺陷以及改进设计进行分析。

1.静态测试中的缺陷分析：

1）4个稍微缺陷属于代码冗余，由于在程序设计中加入了部分调试程序，在程序设计完成后未将这些调试代码正文或删除掉而形成代码冗余，但对程序本身的功能并无影响。

修改后程序的效率得到提高。

2）11个中等缺陷属于正文变更，在原程序代码的正文中存在正文不精确     的问题，会影响程序员对程序的理解，修改后的程序提高了程序的可读性。

3）重点分析3个严峻缺陷：

第一个严峻缺陷属于XX号的无效判别和相应的处理问题，程序对XX号进行无效判别时，判别界限并不完全，在本跟踪程序中XX号的有效数为01-10（用4位表示），而判别无效时只判了为00的状况，没有判别大于10的状况。

而且在为00时也没有作相应的处理，修改后的程序对设计进行了改进，详见改进设计分析3。

其次个严。

4.软件测试报告例文

以前写的东西省略着写XX软件测试报告共x页拟制年月日审核年月日会签年月日批准年月日1范围本文档适用于XX软件的单元/集成测试。

1.2系统概述1.3文档概述本文档用于对XX软件的测试工作阶段成果的描述。

包括对软件测试的全体描述，软件测试的分类和级别，软件测试的过程描述，软件测试的结果等内容。

2引用文档《XX软件需求规格说明》《XX软件设计说明》《XX系统接口协议》3测试概述3.1被测软件的基本概况使用的编程语言：

XXX汇编语言程序行数：

1590子程序个数：

11单行正文行数：

669正文率：

约为42%3.1.1.测试小结本次测试对XX软件进行了静态分析和动态测试。

测试工作分为两个阶段。

第一阶段进行了软件静态分析，软件测试人员和开发人员分别对软件V1.00版本的代码进行走读。

在此基础上软件开发人员对代码走查中发觉的问题进行了修改，做了97处代码变更并提交了V1.01版本进行动态测试。

在测试过程中针对发觉的软件缺陷进行了初步分析，并提交程序设计人员对原软件中可能存在的问题进行考查。

在软件测试中首先依据软件测试的规范进行考核，将书写规范，正文等基础问题首先处理，其次考核软件测试中的问题能否存在设计上的规律缺陷，假如存在设计缺陷则应分析该缺陷的严峻程度以及可能引发的毛病。

软件开发人员在以上基础上对软件的不足做出相应的修改，同时通过软件回归测试验证软件修改后能够得到的改善结果。

软件代码1.00与1.01版变更明细表：

编号1.00版行号1.01版行号更改说明11922正文变更22629正文变更32932正文变更49598正文变更5108行后113~116添加新变量6171、172180、181命令字大小写变更7以下略从上表可以看出，正文变更一共有15处，次要排解了对原程序的理解错误问题；依据程序的书写规范要求，一行多条语句改为一行一条语句的更改一共有42处；命令字大小写变更一共有7处；在代码走查中对冗余和无用的代码作了更改，将这些代码正文掉，此类更改一共有14处。

上述4类更改一共有78处，这些更改对程序本身的功能没有任何影响，但从软件规范的角度来看提高了程序的可读性和规范性。

其余19处变更为代码变更，次要是在软件测试中发觉原程序的牢靠性不足，在不转变原程序功能的基础上相应的添加了新变量、新语句、新程序以提高整个程序的牢靠性。

在动态测试阶段进行了单元测试和集成测试。

此阶段发觉的软件问题经软件测试人员修改，提交了V1.02版本，软件测试人员对此版本的软件代码进行了回归测试，确认对前阶段发觉的软件问题进行了修改，消退了原有的软件问题并且确认没有引入新的软件问题。

认定V1.02版为可以发行的软件版本。

3