2020年软件测试工作日志.doc

1、软件测试工作日志软件测试工作日志通过对软件的实际测试， _ 从思想上改变了自己对数据备份保护的概念。 XX的硬盘动态备份技术，能够在不占用固定硬盘空间（非用户使用空间），实现数据的快速备份与恢复，堪称典范，不愧是行业的创新者和领导者。以下是的软件测试工作日志，欢迎阅读。第一天上班，先对公司有了大概的了解。公司有总经理室、财务部、研发中心、客服中心、销售部等五个部门。研发中心分测试组、开发组和研究组，销售部分渠道和直销。本次暑期到公司的实习目标是软件测试。一个好的软件测试员必须建立在对软件非常熟悉的情况下才能做好测试工作。 由于刚到公司， 对公司的软件可以说一点都不了解。因此，公司负责人把我安排

2、在客服中心，先了解软件。单位指导师选择了 A5 版本的软件，介绍了软件的大概功能，并演示。公司的软件有很多版本， 我先把每个软件浏览一遍， 看看都有哪些功能，再从客户最常用的开始学习。第一天实习，有些担心，有些兴奋，还有些紧张。但是认识了一些同事，也下定决心要好好学习。今天把 A5 版本的的软件功能从头到尾测试了一遍，不过遇到了一些不懂的问题。由于最近公司业务繁忙， 客服中心也忙得不可开交，他们都出差去为客户安装软件或者解决用软件所遇到的问题，于是，部门今天就剩我一个人“独撑天下”了。我把不懂得问题记录下来，研发中心的人一过来便趁机向他们讨教。其中，在安装SQL Server2000 时由于遇

3、到挂起提示以及 360 防火墙的阻拦，使得连接数据一直失败。后来通过单位指导师的帮助，将表中的 PendingFileRenameOperations 删除了，并将 360 关了，才安装成功。经过今天的学习， 我学会了如何使用公司的 A5 版本软件。也懂得了 SQL Server 2000 的安装和使用。今天把其他除 A5 外的其他软件又熟悉了下。 部门还有一些人员还没回到单位，仍出差在外。对于软件，只是熟悉，还没能做到帮客户解决问题。于是，当今天部门指导师将两个客服_ 给我，叫我尝试与客户交流， 帮他们解决遇到的问题时， 大部分的问题我还是求助于其他人。还好公司的人都很友好，就算不是同个部门

4、的，都能很热心的帮助我解决问题。 让我体会到了团队合作的重要性，虽然我可以说什么忙都还没能帮上。但是我相信，在他们的帮助下，我会有所成长。而经过三天的 . 时间，我也体会到了上班与在学校读书的不同感受。在学校学到的更多是知识，上班则是将知识运用于实践，体现知识的价值。今天客服中心的人员差不多都回来了。由于公司要发版一套新的软件，所以研发中心的人都很忙，单位指导师叫我过去帮忙。我听了很兴奋，终于可以接触这次暑期实习的真正内容啦！到了研发中心，测试组的负责人教我如何进行软件功能测试。然后通过局域网发给我一个客户端。这就是软件工程所说的白盒、黑盒测试中的一种测试方法设计出各种不同的用例，然后测试会不

5、会产生预期的结果，即黑盒测试。由于软件在不断地更新， 所以要不断地用新的客户端一遍一遍的测试。把产生的错误在改好的新的客户端里再测试，直到不会再产生错误为止。虽然专业课上的软件工程有学过软件测试的知识，不过这都是理论上的，真正接触了软件测试，才真正明白他的原理。今天依旧在研发中心进行软件功能测试。 把昨天找到的那些 BUG 重新再确认一遍后， 又用新的客户端测了一遍流程， 这样就足足花了我一天的时间。我觉得效率太低了，而且，因为还不够了解软件的需求，所以我的用例都是在别人设计好的基础上进行测试的。 在测试的过程中我也遇到了一些问题， 比如在测试生产任务单时， 由于没有下达，于是一直不能进行转单

6、操作。而我却没有意识到，以为出错了。后来经过单位指导师的指点，才发现这个问题。在一些选单操作时，也会遇到一些问题， 如生产任务单选销售订单时， 如果还没设计销售订单的话，就不能执行该操作。在懂得这些原理后，犯的低级错误也就减少了。今天参与了公司的两次会议。一个是测试组的会议，一个是产品总经理开的会议。 通过这两次会议， 我了解了部门以及公司的工作进度。体会到各个部门以及各个人员相互协调合作的重要性。 一个公司，特别是我们软件公司， 如果部门工作没有分配好，或者部门人员没有合作，那么， 单靠个人力量是不可能完成整个软件的开发的。而且，一个人的不配合也会影响到整个软件开发的进度， 进而影响到公司发

7、展的进度。因此，不但是高层人员要合理分配各个部门的工作，部门的各个人员也要相互协调，相互帮助，这才是个好的团队，一个软件公司必不可少的成功因素。 通过今天的会议，我突然联想到了自己在学校任系体育部副部长的时候，当部门干事不配合工作：时，我是怎么解决的。今后，作为班级团支书，我也有很大的必要去跟班级同学好好沟通了。今天对软件的操作流程与软件测试的含义有了更深的理解。虽然已经实习了一周了， 但是对操作流程的概念还不是还懂。单位指导师帮我举了个例子。例： MRP采购申请单采购询价单采购订单收货通知单采购入库单采购退货单采购结算单采购开票采购付款等。这就是操作流程。在软件测试方面，指导师也向我解释了：

8、测试分为工具测试与手工测试。工具有 QTP与 loadrundon工具，因为我们是 ERP系统，主要也是传统的手工测试，测试的主要能力是靠对软件的熟悉度来做测试，熟悉度与认知度需求文档与经验。看来，要成为一个高级的软件测试员， 不但要对软件非常熟悉，还要具备丰富的经验！前几天公司开会预计今天要发版我们这几天一直在测试的 A8 版本。可是还存在一些 Bug，有些脚本一刷，又出现了错误。今天也找到了几个 bug，其中有两个比较特殊，是我前几天从没发现的错误。一个是在采购结算单中 选单操作 选择发票类型为选增值税发票时出现了错误，另一个是在销售发票、采购发票中 删行 选择否按钮时，依旧删除。这两个都

9、是比较细节的，因为之前一直没有去操作，想当然的认为不会出错。今天的发现，让我意识到作为一个测试员， 不能想当然， 而要耐心的去测试每个可能出现错误的用例。虽然说就算微软的系统也会出现 bug，更何况是我们。但是也要尽最大的努力去找出 bug，来完善我们的产品，这也是软件测试员最基本的职责。今天测试组长终于发话说要发版了！比原计划推迟了一天。昨天测试组人员都加班到了十一点才回去。今天还有一些bug，但是到了晚上快下班时也差不多都改完了。 不过产品经理说还早着呢！ 确实，一个软件在设计完成后到要过严密的测试， 以发现软件在整个设计过程中存在的问题并加以纠正。 而软件的生存周期不仅仅包括设计和测试，一个完整的软件生存周期包括可行性分析和开发项计划、 需求分析、设计（概要设计和详细设计）、编码、测试、维护等活动。典型的几种软件生命周期模型（ Life Cycle Model）有瀑布模型、快速原型模型、迭代模型、增量模型、螺旋模型、快速应用开发模型和渐进式模型等。可我们可以根据软件的开发特点选择相应的开发模型。果然如产品经理所料， A8 版本依旧有 bug，测试组人员还需奋战！看大家忙得焦头烂额，我也只能帮忙测试，其它帮不上。不过很奇怪，有些之前错的改好了，现在又报错，很是崩溃！这样什么时候才能改好呢？怪不得今天产品经理发火了！ 估计明天大家又要加班了。这就是所谓的原型模型。 根据用户需求