软件测试工作日志
通过对软件的实际测试，彻底从思想上改变了自己对数据备份保护的概念。XX的硬盘动态备份技术，能够在不占用固定硬盘空间（非用户使用空间），实现数据的快速备份与恢复，堪称典范，不愧是行业的创新者和领导者。以下是小编整理的软件测试工作日志，欢迎阅读。
软件测试工作日志1
第一天上班，先对公司有了大概的了解。公司有总经理室、财务部、研发中心、客服中心、销售部等五个部门。研发中心分测试组、开发组和研究组，销售部分渠道和直销。 本次暑期到公司的实习目标是软件测试。一个好的软件测试员必须建立在对软件非常熟悉的情况下才能做好测试工作。由于刚到公司，对公司的软件可以说一点都不了解。因此，公司负责人把我安排在客服中心，先了解软件。单位指导师选择了A5版本的软件，介绍了软件的大概功能，并演示。公司的软件有很多版本，我先把每个软件浏览一遍，看看都有哪些功能，再从客户最常用的开始学习。
第一天实习，有些担心，有些兴奋，还有些紧张。但是认识了一些同事，也下定决心要好好学习。
软件测试工作日志2
今天把A5版本的的软件功能从头到尾测试了一遍，不过遇到了一些不懂的问题。由于最近公司业务繁忙，客服中心也忙得不可开交，他们都出差去为客户安装软件或者解决用软件所遇到的问题，于是，部门今天就剩我一个人“独撑天下”了。我把不懂得问题记录下来，研发中心的人一过来便趁机向他们讨教。其中，在安装SQL Server 2000时由于遇到挂起提示以及360防火墙的阻拦，使得连接数据一直失败。后来通过单位指导师的帮助，将注册表中的PendingFileRenameOperations删除了，并将360关了，才安装成功。
经过今天的学习，我学会了如何使用公司的A5版本软件。也懂得了SQL Server 2000的安装和使用。
软件测试工作日志3
今天把其他除A5外的其他软件又熟悉了下。部门还有一些人员还没回到单位，仍出差在外。对于软件，只是熟悉，还没能做到帮客户解决问题。于是，当今天部门指导师将两个客服qq给我，叫我尝试与客户交流，帮他们解决遇到的问题时，大部分的问题我还是求助于其他人。还好公司的人都很友好，就算不是同个部门的，都能很热心的帮助我解决问题。让我体会到了团队合作的重要性，虽然我可以说什么忙都还没能帮上。但是我相信，在他们的帮助下，我会有所成长。而经过三天的时间，我也体会到了上班与在学校读书的不同感受。在学校学到的更多是知识，上班则是将知识运用于实践，体现知识的价值。
软件测试工作日志4
今天客服中心的人员差不多都回来了。由于公司要发版一套新的软件，所以研发中心的人都很忙，单位指导师叫我过去帮忙。我听了很兴奋，终于可以接触这次暑期实习的真正内容啦！到了研发中心，测试组的负责人教我如何进行软件功能测试。然后通过局域网发给我一个客户端。这就是软件工程所说的白盒、黑盒测试中的一种测试方法——设计出各种不同的用例，然后测试会不会产生预期的结果，即黑盒测试。由于软件在不断地更新，所以要不断地用新的客户端一遍一遍的测试。把产生的错误在改好的新的客户端里再测试，直到不会再产生错误为止。
虽然专业课上的软件工程有学过软件测试的知识，不过这都是理论上的，真正接触了软件测试，才真正明白他的原理。
软件测试工作日志5
今天依旧在研发中心进行软件功能测试。把昨天找到的那些BUG重新再确认一遍后，又用新的客户端测了一遍流程，这样就足足花了我一天的'时间。我觉得效率太低了，而且，因为还不够了解软件的需求，所以我的用例都是在别人设计好的基础上进行测试的。在测试的过程中我也遇到了一些问题，比如在测试生产任务单时，由于没有下达，于是一直不能进行转单操作。而我却没有意识到，以为出错了。后来经过单位指导师的指点，才发现这个问题。在一些选单操作时，也会遇到一些问题，如生产任务单选销售订单时，如果还没设计销售订单的话，就不能执行该操作。在懂得这些原理后，犯的低级错误也就减少了。
软件测试工作日志6
今天参与了公司的两次会议。一个是测试组的会议，一个是产品总经理开的会议。通过这两次会议，我了解了部门以及公司的工作进度。体会到各个部门以及各个人员相互协调合作的重要性。一个公司，特别是我们软件公司，如果部门工作没有分配好，或者部门人员没有合作，那么，单靠个人力量是不可能完成整个软件的开发的。而且，一个人的不配合也会影响到整个软件开发的进度，进而影响到公司发展的进度。因此，不但是高层人员要合理分配各个部门的工作，部门的各个人员也要相互协调，相互帮助，这才是个好的团队，一个软件公司必不可少的成功因素。 通过今天的会议，我突然联想到了自己在学校任系体育部副部长的时候，当部门干事不配合工作：时，我是怎么解决的。今后，作为班级团支书，我也有很大的必要去跟班级同学好好沟通了。
软件测试工作日志7
今天对软件的操作流程与软件测试的含义有了更深的理解。虽然已经实习了一周了，但是对操作流程的概念还不是还懂。单位指导师帮我举了个例子。例：MRP—采购申请单—采购询价单—采购订单—收货通知单—采购入库单—采购退货单—采购结算单—采购开票—采购付款等。这就是操作流程。在软件测试方面，指导师也向我解释了：测试分为工具测试与手工测试。工具有QTP与loadrundon工具，因为我们是ERP系统，主要也是传统的手工测试，测试的主要能力是靠对软件的熟悉度来做测试，熟悉度与认知度来源于需求文档与经验。
看来，要成为一个高级的软件测试员，不但要对软件非常熟悉，还要具备丰富的经验！
软件测试工作日志8
前几天公司开会预计今天要发版我们这几天一直在测试的A8版本。可是还存在一些Bug，有些脚本一刷，又出现了错误。今天也找到了几个bug，其中有两个比较特殊，是我前几天从没发现的错误。一个是在采购结算单中——>选单操作——>选择发票类型为选增值税发票时出现了错误，另一个是在销售发票、采购发票中——>删行——>选择否按钮时，依旧删除。这两个都是比较细节的，因为之前一直没有去操作，想当然的认为不会出错。今天的发现，让我意识到作为一个测试员，不能想当然，而要耐心的去测试每个可能出现错误的用例。
虽然说就算微软的系统也会出现bug，更何况是我们。但是也要尽最大的努力去找出bug，来完善我们的产品，这也是软件测试员最基本的职责。
软件测试工作日志9
今天测试组长终于发话说要发版了！比原计划推迟了一天。昨天测试组人员都加班到了十一点才回去。今天还有一些bug，但是到了晚上快下班时也差不多都改完了。不过产品经理说还早着呢！确实，一个软件在设计完成后到要过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。而软件的生存周期不仅仅包括设计和测试，一个完整的软件生存周期包括可行性分析和开发项计划、需求分析、设计（概要设计和详细设计）、编码、测试、维护等活动。典型的几种软件生命周期模型（Life Cycle Model）有瀑布模型、快速原型模型、迭代模型、增量模型、螺旋模型、快速应用开发模型和渐进式模型等。可我们可以根据软件的开发特点选择相应的开发模型。
软件测试工作日志10
果然如产品经理所料，A8版本依旧有bug，测试组人员还需奋战！看大家忙得焦头烂额，我也只能帮忙测试，其它帮不上。不过很奇怪，有些之前错的改好了，现在又报错，很是崩溃！这样什么时候才能改好呢？怪不得今天产品经理发火了！估计明天大家又要加班了。这就是所谓的原型模型。根据用户需求不断变更，直到客户确认为止。A8版本是在另一个版本的基础上开发出来的，也就是说已有产品或产品的原型，只需客户化的工程项目，这也是原型模型的适用条件之一。
真希望早点发布，然后结束这种难熬的日子。不然大家忙着交任务，没空教我了。
【软件测试工作日志】相关文章：
软件测试转正工作总结10-29
软件测试经理工作总结01-05
软件测试主管工作总结11-11
关于软件测试实习的工作总结04-10
软件测试转正工作总结范文05-06
会计软件实训日志03-31
软件测试工作总结（通用21篇）02-17
软件测试试用期工作总结10-22
软件测试心得体会01-12