【《测试软件的实习工作报告》5800字】

测试软件的实习工作报告一、实习目的毕业实习是计算机专业学生必须进行的实践环节之一，是在学生学完全部课程之后，进行的一项基本实践训练，同时其在发展学生实践能力方面起着重要作用。我这次实习的目标是：1.以便把学到的专业知识应用于实习，实习期间对所学理论知识进行巩固，在实习中应用所学理论知识，然后对书本上的理论知识进行验证，锻炼动手能力，培养实际工作和分析能力，以达到学以致用的目的。通过开展计算机专业实践，深化对已学习理论知识的认识，加强综合运用已学知识的能力，并养成自己去对问题进行寻找和解决的强大能力。2.经过岗位实习，更多地与社会直接联系，理解社会需要，深化了社会理解，提高其适应社会能力，使自身融入社会，发展自身实践能力，缩短了我们由一个大学生转变为员工的理念和业务距离。为今后进一步走向社会打下了夯实的基础。3.通过实习，对工作流程进行大概的了解，由此保证自身可以留在最擅长的工作岗位。对其今后职业生涯规划起着至关重要的导向作用，通过实习的过程，获取更多和你职业有关的信息，拓宽知识面和社会阅历。与更多人打交道，在实习的过程中锻炼勇气，提高自身的沟通和社交能力。养成较好的职业道德，树立良好的职业道德观等。二、实习单位XXX科技有限公司三、实习内容和过程（一）实习内容在此次实习中，我是作为一名测试软件的实习生，公司中工程部具体负责统筹试验产品试验。这次实习的主要内容如下：第一，负责该项目的试验过程，准备测试计划及测试用例；第二，确定并追踪错误，在进行测试后，将得出的测试结果上交。使用熟悉单位使用的测试工具，来完成项目性能测试，并使用SVN配置工具来管理文档。（二）实习过程1.实习概况来到公司第一天，我先是对整个工程部进行大概的了解，随后在组长带领下，熟悉工作的各个内容。在工作开始时，我需要熟悉需求和系统，写出满足测试需求的用例。所有测试用例都是建立在逻辑完善和细心的基础上，才会有较好的覆盖范围即，测试用例必须涵盖足够广泛的内容，修正后测试用例可以检测出主要错误。后开始承担部分测试用例的撰写工作，接着执行测试用例，寻找有关错误，并跟踪其根源，和没有对测试用例进行修改。更新后，又要体验一下自己写的测试用例了，为了验证修正错误是否已经修正，功能是否达到原来预期。柳州依米软件科技有限责任公司是一个培训机构，以培养新人为主，训练之余，还会承接其他外包业务，这包括帮助顾客开发各种软件，正如我在其中所从事的事业之一，就是基金管理方面的计划，顾客要买基金，可先登记账号，随后进行了基金的甄别与选择，经营其已购买的私有产品，并进行投资之后及投资之前的资产管理。2.本人承担的主要工作比如，单元测试就是软件测试最常用的方法之一，它可以对许多方法进行良好的拆分，发现里面哪一个地方的编码出现bug就会出现idea，采用单元测试时，需导入测试包Junit4，由于该项目采用Maven架构，只要给pom.xml加上下面的依赖代码。当测试文件被引入后，我们要仔细检查所有的程序模块，通常情况下程序设计流程为完成某一部分功能要立即设计测试用例，以便测试，实习期间确实照搬，整个项目业务方法高达数十个，所以下文只列举了部分关键功能的测试流程：1.将测试工具文件Junit放进测试机器；2.进行测试程序的撰写；3.设计了测试用例并调用接口方法执行测试。我用的是单元测试来检测添加商品，要在juint中用方法，再在该类中用。若测试方法能检测添加商品，并且没有错误的话左侧将会显示出绿条表示测试成功，已成功地模拟出了将刚才的货物加入该系统，若表现为红色，则说明测试代码存在误差或编码存在漏洞，有待改进。web项目并不只是发展的一部分，debug调试与软件测试对于软件质量的保障来说，同样是一个颇为关键的步骤，直接关系到电脑配件可用性评价问题，本次实习期间，本人运用所学软件测试的基本手段与技巧，巧用自动化测试，通过普通单元测试，对电脑配件系统中一些核心功能代码进行去检测，测试时尽量先找出错误，然后再使用该系统，尽管有些考试似乎并不重要，但后期均能降低自身项目损耗，减少项目开发成本，理清了你的测试思路，而又可以自行解决失误的体会，以后再犯一次错，大家也就没这么紧张了，使顾客更相信他们的工程。在公司实习二周左右之后，我也开始参与部分程序设计：（1）项目可行性研究与项目开发计划内容：在开发项目之前对项目投入的人力，物力，时间等各种资源，通过科学的可行性分析对本次项目加以估算，并对工作流程进行预测等。核心：画出系统流程图，并在成本和收益问题上做出清晰的科学判断。（2）需求分析内容：通过分析目标，了解此次软件开发的宗旨，进而为下文开展相关工作提供了一些帮助。核心：数据流程图的设计和绘制以及结构化的分析。（3）软件的详细设计内容：根据需求分析的需要，把整个系统分为若干个版块，对各个版块的内容进行了精细的设计。核心：详细设计描述方法可以精确而详细地描述各模块功能及连接。（4）数据库的设计内容：设计了一个与系统一致的数据库并把系统所需的资料用数据进行保存。核心：能科学而又精确地设计能涵盖全系统数据库的前提是细心和经验。（5）代码编写内容：用编程语言在计算机语言中实现网站或者软件功能。核心：是需要代码高效率地完成系统功能。（6）软件测试内容：系统建成后，会对软件进行测试，查漏补缺，以达到修改完善目的。核心：在许多人员的测试下，找出最完整的测试方案。3.工作测试案例分析（1）软硬件环境①网络拓扑②Bug趋势图这次黑河测试总共有11个版本，B1—B5属于迭代开发版本，B6-B11属于回归测试版本，下图为bug版本趋势图：第一阶段，增量确认测试。时间为2022年的7月初至2022年的八月初。通过bug趋势图分析得知，bug数在所有版本中基本维持在60个。B1：根据图中的数据，B1一共存在33个bug，多是因为B1版中有一个功能模块是B2刚刚测试过，真正被测试过的模块不多，所以本版模块bug最少量发过的功能模块也就增加了，测试人员不能清楚地了解本版的测试要求。B2：由于B1版本的功能模块之一是在B2上测试的，这个版本不但对B1上的bug做了验证，而且对B1上的版本做了回归测试，所以B2版测试bug数多于B1版。B3：同样的。B3版本还需要对B2版本进行验收测试，也需要对前两个版本进行回归测试，所以总共找到了67个bug，和B2基本一致。B4:B4版Bug大大减少，这主要是由于此版公布时间被延迟，而此版公布方增加测试人手，新入职员工对系统熟悉度较低，加之时间较紧，许多测试用例未能实现，这一现象造成测试覆盖度降低，从而使版本bug数量呈现减少趋势。B5：在这个版本中，bug又多了很多，但是由于开发功能模块越来越多，测试人员不能清楚地了解版本测试要求。第二阶段，主要进行功能回归测试以及Bug验证。具体时间是2022.8.4-2022.8.14。在对B6和B7进行测试的时候，都进行了回归测试，而B8版本在测试的时候并没有进行回归测试，只对前两个阶段的bug进行验证。B6：该版本的测试为首轮回归测试，找到了33个bug，找到了一个遗留问题，即数据字典在种类默认值方面的问题。B7：运行第二次回归测试第一次回归测试没有包括权限控制菜单按钮测试本次回归测试集中在这部分测试，发现了一些权限相关的Bug。B8：这个版本的bug数量显然比较少，因为B8没有做大量的回归测试，只验证了B1-B7中没有通过验证的bug。B9：随着B9版本在注重测试权限控制的前提下进行大量回归测试，推出的Bug又有增加。测试中发现44个bug和14个严重级别的bug，严重级别的bug侧重于权限控制，没有发现严重的功能bug，因此权限控制仍不稳定，但系统功能稳定。B10:B10版查看B9版是否发现错误而不是完整回归测试。B10版本在验证bug的时候，再次开启Bug的个数为6，增加两个bug。在重开的bug中，有5个bug会危及到管理权限，而新发现的bug中有一个是严重级别的bug，但也受权限控制。这一结果还表明权限控制存在问题，重发版本之后需要对权限管理bug进行修复并进行全面回归测试。对B10版本中最新发现Bug的详细解析，请参阅遗留bug解析。B11：B11对B1-B10的未测试bug进行了验证，重点是权限控制测试，查询、增删改查功能测试同时进行，测试过程中没有发现bug。③Bug严重程度通过测试发现的bug主要集中在normal和minor阶段，属于一般缺陷，虽然在测试过程中又发现了68个严重级别的bug，导致严重级别bug出现的原因如下。（1）系统的主要功能尚未实现（2）增加了数据代码反复之后，所发生的无法找到网页的错误（3）在多语言处理时没有考虑非语种代码（4）数据库设计没有考虑系统管理员的作用，造成了在使用系统管理员操作时无法查找网页的失误（5）权限控制不正常（6）严重等级的bug根据版本的不同而有以下的分布：通过观察和分析以上严重bug版本走势图就会发现，一般等级bug版本走势和严重等级bug版本的走势图没有区别，但是我能知道B7版和B9版严重bug数量是逐渐上升的，因为上面两个版本。对于，按钮控制功能是有限制的，这还可能造成严重等级bug的增加。权限bug的主要体现：（1）具有相应按钮操作的权限，页面无相应按钮，无法执行该功能（2）无相应按钮操作权限，页面有相应按钮，点击按钮能出现权限异常错误（3）有相应按钮操作权限，有相应按钮，执行该功能出现权限异常错误④Bug引入阶段由上图可以看出，主要为前台编码和页面设计方面的bug，占到了全部bug的2/3。⑤Bug引入原因根据上图可得知前台编码错误和易用性等bug占到图片的大多数区域，可见这两项指标bug数都占到bug数的三分之二。⑥Bug状态分布根据上述bug状态图可以知道，没有得到解决的bug数量为四个，这些bug因为是新提交的bug，所以没有及时解决，而其他没有得到解决的bug为用户管理方面的bug，主要是在该版本中需要重置公司管理权限，才导致这一部分bug没有得到有效解决。（2）测试结论①功能性通过数据字典，系统准确地实现了对基础数据的管理功能，实现了数据内容的多语种功能，实现了中英文的对接。它实现了基本数据管理、酒店集团管理等功能，系统还实现了对菜单按钮进行权限控制的细分功能。系统在用户管理下实现权限管理功能时存在重大缺陷，权限控制不严格，权限设计缺失。②易用性现有系统实现了如下易用性：（1）查询，添加，删除，修改操作相关提示信息的一致性，可理解性（2）输入限制的正确性（3）输入限制提示信息的正确性，可理解性，一致性现有系统存在如下易用性缺陷：（1）界面排版不美观（2）输入，输出字段的可理解性差（3）输入缺少解释性说明（4）中英文对应的正确性（5）中英文混排③可靠性已有系统可靠性控制不严格，许多控制采用页面控制，页面控制失效将使数据在数据库中的插入发生错误。若已有的系统是不会进行错误程序的执行的，当系统存在错误时，返回错误类型是pagenotfound错误，不能回复到出错前的情况。④兼容性可以兼容IE浏览器、傲游浏览器、火狐浏览器。⑤安全性现有系统控制了以下安全性问题：（1）保存单个登录的接口，但一定要执行登录操作。（2）在特定网页中直接键入Url，打开网页，运行。当前系统还存在以下安全问题：（3）用户名和密码应对大小写敏感（4）登录错误次数限制四、实习总结与体会（一）实习总结1.软件测试工作质量低，造成纠正性维护工作数量多以企业维护数据记录为基础，一天中至少有将近10次软件缺陷导致的维护问题发生，阐述了软件系统的诸多不足，影响了用户正常的使用。大部分软件缺陷都是通过软件测试时被检测出来。维护数据体现出软件测试工作中比较低下的品质。2测试团队缺乏测试用例的设计能力，无法找到测试软件的不足测试团队缺乏测试用例设计能力，体现在两个方面：（1）有效测试用例数量不足；（2）缺乏“非功能性”测试对比。此外，该公司平均每千行代码有8.06个有效测试用例，这仅满足行业平均最低要求，正常的用户操作会导致错误。经过调查，发现模块在测试时没有考虑客户的一些要求。一个操作过程，然后发现操作过程中没有缺陷。3.软件测试中分析工作的缺失不能为软件维护提供数据支持非标准管理软件测试团队测试文档及数据体现如下：(1)项目团队中有三个测试工程师团队，只有一个团队写了实验文件和测试数据，使项目经理难以成功通过测试。(2)由于上述原因，测试小组难以提供足够的数据来分析不足之处，结果H公司没有管理管理来管理测试中发现的不足之处。无论是单元格测试还是组装测试，理想的软件测试都需要工具，如缺陷表，以发现故障，进行统计分析和数据汇编。下表描述有缺陷的软件故障，并详细阐述了若干原因。软件测试工程师需要分析在测试中发现的软件缺陷，并在最初披露后予以记录。表4.1“缺陷登记汇总表”内容说明4.维护工作量大，维护工作内容记录过于简略目前公司的年生产能力为4200(万/天)。据此计算，每个终端的年平均吞吐量为600(万/天)，日平均吞吐量分别为600/365(百万/天)和16438(百万/天)。如果软件故障率为万分之一，则平均每个集装箱码头每天有164个集装箱出现问题；在上海以外，现在有几十个港口使用同样的产品，而且出现错误的概率相同。这可能导致每天维护几十个(万/天)。再加上支持生产系统的各种调度平台和数据传输接口，每一个错误都可能导致问题。公司保证，客户系统会在一周内给予维护支持，一小时