软件测试总结报告

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

引言

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

第二篇：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都能够被跟踪。

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

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

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

班级：姓名：学号：

一、课程概述

二、课程实训项目

三、课程知识点总结

四、收获和体会

第四篇：软件测试（推荐）

一、简答5*6’

1.为什么不让时间有余的人做测试工作

表面上看这体现了管理的效率和灵活性，但实际上也体现了管理者对测试的轻视。测试和测试的人有很大关系。测试工作人员应该是勤奋并富有耐心，善于学习、思考和发现问题，细心有条理，总结问题，如果具备这样的优点，做其它工作同样也会很出色，因此这里还有一个要求，就是要喜欢测试这项工作。2.软件测试风险主要体现在哪里

我们没有对软件进行完全测试，实际就是选择了风险，因为缺陷极有可能存在没有进行测试的部分。因此，我们要尽可能的选择最合适的测试量，把风险降低到最小 3.所有软件测试缺陷都需要修复吗

从技术上讲，所有的软件缺陷都是能够修复的，但是没有必要修复所有的软件缺陷。测试人员要做的是能够正确判断什么时候不能追求软件的完美。对于整个项目团队，要做的是对每一个软件缺陷进行取舍，根据风险决定那些缺陷要修复。发生这种现象的主要原因如下：-没有足够的时间资源。在任何一个项目中，通常情况下开发人员和测试人员都是不够用的，而且在项目中没有预算足够的回归测试时间，修改缺陷可能引入新的缺陷。

-有些缺陷只是特殊情况下出现，这种缺陷处于商业利益考虑，可以在以后升级中进行修复。-不是缺陷的缺陷。我们经常会碰到某些功能方面的问题被当成缺陷来处理，这类问题可以以后有时间时考虑再处理。缺陷是否修改要由软件测试人员、项目经理、程序员共同讨论来决定是否修复，不同角色的人员从不同的角度来思考，以做出正确的决定。4.如何减少测试人员跳槽带来的损失 建议我们从以下两个方面做起：

-加强部门内员工之间的互相学习，互相学习是建立学习型组织的基本要求，是知识互相转移的过程。在此基础上，可以把个人拥有的技术以知识的形式沉积下来，也就完成了隐性知识到显性知识的转化。

-管理者就应该把员工的个人成长和企业的发展联系起来，为员工设定合理发展规划并付诸实现。

5.验收测试的注意点有哪些 测试要注意下面的事项：

（1）用户现场测试不可能测试全部功能，因此要测试核心功能。这需要提前做好准备，这些核心功能一定要预先经过测试，证明没有问题才可以和用户共同进行测试。测试核心模块的目的是建立用户对软件的信心。当然如果这些模块如果问题较多，不应该进行演示。（2）如果某些模块确实有问题，我们可以演示其它重要的业务功能模块，必要时要向用户做成合理的解释。争得时间后，及时修改缺陷来弥补。（3）永远不能欺骗用户，蒙混过关。6.完全测试程序是可能的吗

实际上完全测试是不可能的。主要有以下原因：-完全测试比较耗时，时间上不允许；

-完全测试通常意味着较多资源投入，这在现实中往往是行不通的；-输入量太大，不能一一进行测试；-输出结果太多，只能分类进行验证；-软件实现途径太多；

-软件产品说明书没有客观标准，从不同的角度看，软件缺陷的标准不同；因此测试的程度要根据实际情况确定 7.是不是发现的缺陷越多就说明软件缺陷越多 其中的原因主要如下：

-代码复用、拷贝代码导致程序员容易犯相同的错误。类的继承导致所有的子类会包含基类的错误，反复拷贝同一代码意味可能也复制了缺陷。-程序员比较劳累是可以导致某些连续编写的功能缺陷较多。

“缺陷一个连着一个”不是一个客观规律，只是一个常见的现象。如果软件编写的比较好，这种现象就不常见了。测试人员只要严肃认真的测试程序就可以了。8.软件测试就是QA吗

软件测试人员的职责是尽可能早的找出软件缺陷，确保得以修复。而质量保证人员（QA）主要职责是创建或者制定标准和方法，提高促进软件开发能力和减少软件缺陷。测试人员的主要工作是测试，质量保证人员日常工作重要内容是检查与评审，测试工作也是测试保证人员的工作对象。软件测试和质量是相辅相成的关系，都是为了提高软件质量而工作。9.测试产品和测试项目区别

习惯上把开发完成后进行商业化、几乎不进行代码修改就可以售给用户使用的软件成为软件产品，也就是可以买“卖拷贝”的软件，软件项目是一种个性化的产品，可以是按照用户要求全部重新开发，也可以修改已有的软件产品来满足特定的用户需求。项目和产品的不同特点，决定我们测试产品和测试项目仍然会有很多不同的地方：

-质量要求不同。通常产品的质量要高一些，修复发布后产品的缺陷成本较高，甚至会带来很多负面的影响。而做项目通常面向某一用户，虽然质量越高越好，但是一般只要满足用户要求就可以了。测试资源投入多少不同。做软件产品通常是研发中心来开发，进度压力要小些。同时由于质量要求高，因此会投入较多的人力、物力资源。项目最后要和用户共同验收测试，这是产品测试不具有的特点。此外，测试产品与测试项目在缺陷管理方面、测试策略制定都会有很大不同，测试管理者应该结合具体的环境，恰如其分的完成工作 10.如何编写提交给用户的测试报告

测试报告一般分为内部测试报告和外部测试报告。内部报告是我们在测试工作中的项目文档，反映了测试工作的实施情况,一般外部测试报告要满足下面几个要求：

根据内部测试报告进行编写，一般可以摘录；不可以向客户报告严重缺陷，即使是已经修改的缺陷，开发中的缺陷也没有必要让客户知道；报告上可以列出一些缺陷，但必须是中级的缺陷，而且这些缺陷必须是修复的；报告上面的内容尽量要真实可靠；整个测试报告要仔细审阅，力争不给项目带来负面作用，尤其是性能测试报告。总之，外部测试报告要小心谨慎的编写。

二、论述2*12’

1.请论述为什么要进行软件测试，并列举历史上2~3个著名软件测试（缺陷）案例，说明测试重要性

软件测试的目的,第一是确认软件的质量，其一方面是确认软件做了你所期望做的事情（，另一方面是确认软件以正确的方式来做了这个事情。第二是提供信息，比如提供给开发人员或程序经理的回馈信息，为风险评估所准备的信息。第三软件测试不仅是在测试软件软件产品本身，而且还包括软件开发的过程。如果一个软件产品开发完成之后发现了很多问题，这说明此软件开发过程很可能是有缺陷的。因此，软件测试的第三个目的是保证整个软件开发过程是高质量的。

爱国者导弹防御系统把“枪口”对准了自己人 美国迪斯尼公司的狮子王游戏软件的兼容性问题 售票系统性能问题

2.论述软件测试科学的发展历程 1957年之前－调试为主 20世纪50年代，计算机刚诞生不久，只有科学家级别的人才会去编程，需求和程序本身也远远没有现在这么复杂多变，相当于开发人员一人承担需求分析，设计，开发，测试等所有工作，当然也不会有人去区分调试和测试。

1957–1978－证明为主 当时计算机应用的数量，成本和复杂性都大幅度提升，随之而来的经济风险也大大增加，测试就显得很有必要了，这个时期测试的主要目就是确认软件是满足需求的，也就是我们常说的“做了该做的事情”。

1979–1982－破坏为主 我们不仅要证明软件做了该做的事情，也要保证它没做不该做的事情，这会使测试更加全面，更容易发现问题。

1983–1987－评估为主 人们提出了在软件生命周期中使用分析，评审，测试来评估产品的理论。软件测试工程在这个时期得到了快速的发展.1988–至今－预防为主 预防为主是当下软件测试的主流思想之一。测试不是在编码完成后才开始介入，而是贯穿于整个软件生命周期。3.论述软件缺陷的由来

软件缺陷的产生主要是由软件产品的特点和开发过程决定的。

软件本身：①需求不清晰，导致设计目标偏离客户的需求，从而引起功能或产品特征上的缺陷。②系统结构非常复杂，而又无法设计成一个很好的层次结构或组件结构，结果导致意想不到的问题或系统维护、扩充上的困难；即使设计成良好的面向对象的系统，由于对象、类太多，很难完成对各种对象、类相互作用的组合测试，而隐藏着一些参数传递、方法调用、对象状态变化等方面问题。③对程序逻辑路径或数据范围的边界考虑不够周全，漏掉某些边界条件，造成容量或边界错误。④对一些实时应用，要进行精心设计和技术处理，保证精确的时间同步，否则容易引起时间上不协调，不一致性带来的问题。⑤没有考虑系统崩溃后的自我恢复或数据的异地备份、灾难性恢复等问题，从而存在系统安全性、可靠性的隐患。⑥系统运行环境的复杂，不仅用户使用的计算机环境千变万化，包括用户的各种操作方式或各种不同的输入数据，容易引起一些特定用户环境下的问题；在系统实际应用中，数据量很大。从而会引起强度或负载问题。⑦由于通信端口多、存取和加密手段的矛盾性等，会造成系统的安全性或适用性等问题。⑧新技术的采用，可能涉及技术或系统兼容的问题，事先没有考虑到。

团队工作：系统需求分析时对客户的需求理解不清楚，或者和用户的沟通存在一些困难。不同阶段的开发人员相互理解不一致。对于设计或编程上的一些假定或依赖性，相关人员没有充分沟通。项目组成员技术水平参差不齐技术问题。算法错误：在给定条件下没能给出正确或准确的结果。语法错误：对于编译性语言程序，编译器可以发现这类问题；但对于解释性语言程序，只能在测试运行时发现。计算和精度问题：计算的结果没有满足所需要的精度。系统结构不合理、算法选择不科学，造成系统性能低下。接口参数传递不匹配，导致模块集成出现问题。

项目管理的问题：缺乏质量文化，不重视质量计划，对质量、资源、任务、成本等的平衡性把握不好，容易挤掉需求分析、评审、测试、等时间，遗留的缺陷会比较多。系统分析时对客户的需求不是十分清楚，或者和用户的沟通存在一些困难。开发周期短，需求分析、设计、编程、测试等各项工作不能完全按照定义好的流程来进行，工作不够充分，结果也就不完整、不准确，错误较多；周期短，还给各类开发人员造成太大的压力，引起一些人为的错误。开发流程不够完善，存在太多的随机性和缺乏严谨的内审或评审机制，容易产生问题。文档不完善，风险估计不足等。4.软件测试V模型

①绘制示意图

②阐述每个步骤是做什么 需求分析

即首先要明确客户需要的是什么，需要软件作成什么样子，需要有那几项功能

概要设计

主要是架构的实现，指搭建架构、表述各模块功能、模块接口连接和数据传递的实现等项事务。详细设计

对概要设计中表述的各模块进行深入分析，对各模块组合进行分析等。软件编码

按照详细设计好的模块功能表，编程人员编写出实际的代码。单元测试

按照设定好的最小测试单元进行按单元测试，主要是测试程序代码，为的是确保各单元模块被正确的编译，单元的具体划分按不同的单位与不同的软件有不同。集成测试

经过了单元测试后，将各单元组合成完整的体系，主要测试各模块间组合后的功能实现情况，以及模块接口连接的成功与否，数据传递的正确性等，其主要目的是检查软件单位之间的接口是否正确。根据集成测试计划，一边将模块或其他软件单位组合成系统，一边运行该系统，以分析所组成的系统是否正确，各组成部分是否合拍。系统测试

经过了单元测试和集成测试以后，我们要把软件系统搭建起来，按照软件规格说明书中所要求，测试软件其性能功能等是否和用户需求相符合，在系统中运行是否存在漏洞，等。验收测试

主要就是用户在拿到软件的时候，在使用现场，会根据前边所提到的需求，以及规格说明书来做相应测试，以确定软件达到符合效果的。

第五篇：西南科技大学软件测试实训总结报告

实训总结报告 学 院 名 称：专 业 班 级：学 号：学 生 姓 名：实 训 地 点：实 训 日 期：

信息工程学院 通信工程 20124410 唐曼玲 新区图书馆

2015.1.5--1.16

一、实训目的：

1.了解软件测试概念，软件测试主要内容，手动测试自动测试，初步掌握软件测试并且能够进行简单运用。

2.了解软件测试在当前计算机行业的地位和前景。3.了解为了成为软件测试工程师所需要掌握的技能。

二、实训内容：

1.移动警务通项目环境搭建 2.软件测试的基本概念

3.软件研发流程及系统测试过程 4.需求评审流程和评审要点 5.测试计划和方案写作要点 6.测试用例写作要点和设计方法 7.软件缺陷的概念和找软件缺陷 8.TDD测试和开发设计文档 9.温度转换器测试及开发设计 10.项目实战总结

三、实训总结(不低于2500字)

这次大三寒假实训的主题是“软件测试”，和同学们在图书馆机房一起学习。在软件开放越来激烈的当今，追求软件质量也是一个重要内容。软件测试，即在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。整个测试过程分单元测试、组装测试以以及系统测试三个阶段进行。测试的方法主要有白盒测试和黑盒测试两种。在测试过程中需要建立详细的测试计划并严格按照测试计划进行测试，以减少测试的随意性。这次的实训大致分为两个阶段。第一阶段主要是文字处理工夫多一点，考验了我们对找病句修改病句的能力；第二阶段主要涉及了利用JAVA来编辑测试代码，主要考察了我们细心程度，还有巩固了我们编程能力。

第一阶段我们主要学习了移动警务通项目环境搭建，软件测试的基本概念，软件研发流程及系统测试过程，需求评审流程和评审要点这四大点。具体细节包括了：需求评审、软件测试方法与工具、用例设计、用例设计评审、测试评估报告、缺陷报告记录、缺陷管理与统计以及测试评估报告。在学习氛围浓重的机房内，我们认真看着大幕上的课件和老师演示的内容，并且都用手机或者笔记本记下了重要内容和步骤，当修改测试用例遇到不懂的问题时，我们组的队员都会及时询问老师寻求解答，保证我们小组学习的质量和速度。

在移动警务通项目中，老师要求我们修改需求报告，填写需求评审。移动警务通客户端设备，它包括了信息收集，信息查询查询，定位等功能，我在小组主要负责的是信息查询这个工作。信息查询需求报告的修改涉及到很多内容：需求填写不完整，有歧义，用例填写错误等。需求语句中有“或”，“和”字眼出现的句子我们都格外小心，因为这是病句可能出现的信号。我和小组成员们认真听取了卿老师的课堂讲解，并且认真记录课堂笔记。我们还学会了利用虚拟手机平台，模拟安卓手机，在手机上面进行测试和使用，这个让我大开眼界。在老师讲完之后我们小组立马投入到需求评审等练习，组长给我们每个人都合理分配了适宜的任务，每个人都认真工作着，通过借鉴和及时询问其他小组同学和老师，我们小组每次都很快地很好地完成了课堂练习任务。移动警务通这个项目让我学到了看任何东西都要认真细心，特别是找病句的过程中是收货很多的。

这一阶段主要涉及了“需求分析”。通过老师的讲解，我了解到，在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。需求分析阶段是一个很重要的阶段，这一阶段做得好，将为整个软件开发项目的成功打下良好的基础。“唯一不变的是变化本身”，同样需求也是在整个软件开发过程中不断变化和深入的，因此我们必须制定需求变更计划来应付这种变化，以保护整个项目的顺利进行。

第一阶段中老师教我们使用了JUnit。它是一个开源的java测试框架，它是Xuint测试体系架构的一种实现。在JUnit单元测试框架的设计时，设定了三个总体目标，第一个是简化测试的编写，这种简化包括测试框架的学习和实际测试单元的编写；第二个是使测试单元保持持久性；第三个则是可以利用既有的测试来编写相关的测试。JUnit可以把测试组织成测试系列；这个测试系列可以包含其它的测试或测试系列。JUnit测试的合成行为允许你组合多个测试并自动的回归从头到尾测试整个测试系列。你也可以执行测试系列层级架构中任何一层的测试。使用Junit测试框架，你可以很便宜的撰写测试并享受由测试框架所提供的信心。撰写一个测试就像写一个方法一样简单；测试是检验要测试的程序代码并定义期望的结果。这个测试框架提供自动执行测试的背景；这个背景并成为其它测试集合的一部份。

利用这个，我们就可以在电脑上实现安卓手机的模拟，在电脑上面就可以对安卓手机上的应用进行测试和使用。我们就是用这个实现了移动警务通的的第二阶段任务测试代码的编写和测试的。

在实训的第二周，第二阶段主要是温度转换器测试代码的编写和学习，在安卓手机模拟平台下训练了我们JAVA编程能力。通过在Eclipse上编写JAVA语言用于移动警务通的Android平台，我第一次体会到了编写安卓应用的乐趣。老师首先给我们普及了一下JAVA语言的一般用法和注意事项，然后开始编写温度转换应用程序。在老师的耐心讲解下，我们开始自己操作。可能刚开始有点不适应不习惯，但是到了后来，就慢慢熟练起来。中途遇到问题及时向老师提问，老师亲自过来帮我检查错误并且教我改正错误，这其中的方法和体会我觉得是很宝贵的经验财富。由于老师讲的内容我们都不是很熟悉，为了能够更好地跟上上课节奏，我们就拿出手机，拍下老师每一次的内容，在老师讲完过后就看照片复习和操作，这样的效果很好。

这次需求评审中最大的感悟就是要学好语文，尤其是查找病句的能力。因为需求里面可能有很多的病句，这些病句有二义性或者错误，我们就应该立马找出来及时修正，并且写上批注，写得很详细很具体。最初找病句的时候由于没有经验，找的地方都不是很正确而且修改也没修改好。接着听了老师对每一个例子的详细讲解和经验总结，我们小组成员都找到了修改的方法和途径，大大增加了需求评审的效率。后来找老师来帮我们看看这些批注，老师都说我们写的具体，写地很好，这让我们大受鼓舞。

本次实训另一个体会就是对软件测试这个工作很感兴趣。因为考虑到自己作为一个女生对开发应用程序编写不是很在行，如果能有基础的情况下从事软件测试这份工作想必是很好的。我从网上了解了一下软件测试的行业现状，如今软件开发过程中出现错误或者缺陷的几率越来越来多，市场对软件的质量越来越重视，所以软件测试在软件项目中显得尤为重要。专业优势就业竞争小，人才供不应求让软件测试人员的就业竞争压力明显小于同类其它职业，有利于从业者的身心健康。另外，由于软件测试在我国起步较晚，独立设置测试部门、对测试人员有强烈需求的多为独具慧眼的大中型IT企业。软件测试人才不需要在小企业积累经验就能获得知名企业的入门通行证，工作起点高于同类其它职业。高薪，刚入行的软件测试人员，起步的月薪就在3000-5000元左右，远高于同龄人2000元的薪资水平，随着工作经验的丰富以及能力的提升，这份薪水将一路看涨。就业质量高，与其他IT职位相比，软件测试人员最大的优势就是发展方向太多了。由于工作的特殊性，测试人员不但需要对软件的质量进行检测，而且对于软件项目的立项、管理、售前、售后等领域都要涉及。在此过程中，测试人员不仅提升了专业的软件测试技能，还能接触到各行各业，从而为自己的多元化发展奠定了基础。而且从专业性质分析，软件测试人员更要具有认真、耐心、细致、敏感等个性元素，我觉得而这在一定程度上与女性的个性气质相吻合。所以我觉得我对软件测试这种工作很感兴趣。

通过老师的讲解和课后询问，我知道了如果要想成为好的测试人员，首先得了解自己要测试的软件的相关知识。要了解软件产品的架构是什么样的。要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关心的，也是在测试中需要注意的问题，满足客户是最大的需要。我们更应该学习的是，了解软件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以帮助了解产品如何工作。还有多看看公司 Bug 库中的问题，这些存在的问题可以帮助自己了解软件产品哪些地方存在缺陷，软件系统哪些地方会出现错误。软件是运行在一个大环境中，如果对系统不熟悉，那么有些问题你不能从一个更广阔的层面考虑，学习操作系统的知识，有助于你发现缺陷，定位问题更加准确。比如软件运行在 Windows 或者 Linux，如果不懂操作系统，你就无法建立测试环境，有些时候时候软件的组件发生问题，就是自己系统配置造成的，对系统不熟悉，会把外在原因归结为软件本身。所以要学习关于和软件系统相关的知识，比如编程，网络，数据库等。

其实，我觉得不一定要学习到多好的程度，只是通过这些扩展的知识面，可以在发现问题，解决问题上不会局限在狭小的圈子里。并且，和一切相关的人员交流，不同的交流渠道，获取消息是不同的，角度也不同。和客户交流，会在测试中从客户的角度发现问题；和开发人员交流，会了解开发人员怎么实现软件功能的；和项目管理人员交流，会知道开发进度以及遇到的困难。这些是从这次实训中获得的宝贵收获。

在培训的最后老师给我们讲了计算机行业的就业工种和对应的薪水情况、软件测试行业分布、任职要求、必备技能、面试常用问题等。我受到的触动很大，我们现在学到的东西远远没有达到就业的水平和能力，每天就学习书本上的知识和实验室的项目，感觉自己的能力远远不行，感觉很大的压力。

实习这段期间，自己的收获是丰硕的：最起码从意识上，发现自己的不足，并寻求到合适的解决途径。非常感谢对我帮助的同学和老师，我坚信：在你们的帮助下，我会持续努力，不断反省，总结提高！我今年的计划是考川大电子信息类的研究生，我希望在接下来的一年半可以充充实实，每天都过得有意义，为了变成一个优秀的自己而努力。2015，加油！