软件测试工作日志

1、软件测试工作日志软件测试工作日志通过对软件的实际测试，_从思想上改变了自己对数数据应用备份保护的概念。 XX的硬盘动态应用备份技术可实现数据的快速应用备份和恢复，而无需占用固定硬盘空间(非用户空间)，是业界的创新者和引导人。 以下是软件测试工作日志。 请读。第一天上班，首先了解了公司的大致情况。 公司设有总经理室、财务部、研发中心、呼叫中心和销售部5个部门。 研发中心分为测试组、研发组和课题组，部分渠道和直销。 这次暑假要去公司的实习目标是软件测试。 优秀的软件测试人员必须在熟悉软件的情况下进行测试工作。 因为刚到公司，可以说完全不了解公司的软件。 因此，公司负责人把我安排在呼叫中心，首先了解

2、软件。 单位引导者选择了A5版软件，介绍了软件的大致功能，并进行了演示。 公司的软件有很多版本，但在从客户最常用的东西开始学习之前，先阅览一下各个软件，看看它们有什么样的功能。第一天的实习期，有点担心，有点兴奋，还有点紧张。 但是，我认识了同事，决心好好学习。今天对A5版本的软件功能进行了从头至尾测试，有几个不明白的问题。 最近公司业务很忙，呼叫中心也很忙，他们出差为客户安装软件，用软件解决面临的问题，部门今天只剩下我“支撑天下”。 我记录了不知道的问题，研发中心人一来就有机会告诉他们。 其中，由于安装SQL Server 2000时出现锁定消息和360防火墙封摇滾乐，连接数据失败。 之后，在

3、单位引导者的帮助下，删除了表中的PendingFileRenameOperations，关闭了360，安装才成功。经过今天的学习，我学习了公司A5版本的软件的使用方法。 我们还了解SQL Server 2000的安装和使用。今天我们也熟悉A5以外的其他软件。 部门里有些人还没有上班，还在出差。 对于软件，我们只是习惯了，不能鼎力相助客户的问题解决。 因此，今天部门的引导者把两个客人_ _ _ _ _ _ _交给我，与客人交流，当他们试图解决面临的问题时，大部分问题我还在向别人求助。 公司里的人都很亲切，即使不是同一个部门，也会热心帮助解决问题。 让我切实感受到了工作团队的重要性，但可以说没有起

4、到任何作用。 但是，在他们的帮助下，我相信我会成长。 经过了3天的时间，我也真实感受到了工作和在学校学习的不同。 在学校学到的更多的是知识，上班就是把知识应用于实践，体现知识的价值。今天呼叫中心的工作人员几乎都回来了。 公司为了分发新的软件定径套，研发中心的人们很忙，公司的引导者说想让我帮忙。 我很兴奋，终于能接触到这次暑期实习的真正内容了。到了研发中心后，测试组的负责人告诉了我软件功能的测试方法。 通过有线局域网向我发送客户。 这是软件工程师环所说的邮箱，黑盒测试之一的测试方法设置了各种使用情况，然后测试不产生预期结果，也就是黑盒测试。 由于软件不断更新，因此必须在新的客户端进行多次测试。

5、重新测试发生的错误，直到新客户端不再发生错误。专业课的软件工程师是学过软件测试的，这都是理论上的，只有真正接触到软件测试，才能真正理解他的原理。今天也在研发中心进行软件功能测试。 我花了一天时间，因为我再次检查了昨天找到的遗漏缺陷，然后又在新的客户端上重新测量了过程。 我觉得效率不好。 另外，因为不理解软件的需要，所以我的用例是在别人修改了之后进行测试的。 在测试的过程中，我也遇到了一些问题。 例如，在测试生产塔斯克表时，由于没有发行，所以不能进行传送操作。 我没有注意到，我以为我错了。后来，经过职场引导者的指示，发现了这个问题。 在某些功能表操作中，当生产塔斯克选取单一订单时，也会发生订单尚

6、未修订时无法执行等问题。 理解了这些个的原理，犯的低级错误也减少了。我今天参加了公司的两次会议。 一个是测试组的会议，另一个是产品总经理召开的会议。 通过这两次会议，了解了部门和公司的工作进度。 切实感受到各部门及各人员协调合作的重要性。 有的公司，特别是我们的软件公司，如果部门的工作没有被分配，或者部门的人员没有协作，只靠个人的力量是不能完成整个软件的开发的。 另外，一个人的不合作影响着整个软件研发的进展，也影响着公司的发展进展。 因此，高层人员不仅要合理分配各部门的工作，部门的各人员也要相互协调、相互帮助，是良好的工作团队，也是软件公司不可或缺的成功因素。 通过今天的会议，我联想到了当突然

7、地自己在学校担任体育部副部长，当部门干事不配合工作时，我是如何解决的。 作为从此往后、班组支书，我也需要和班上的同学好好沟通。今天我更深刻地理解了软件的操作步骤和软件测试的意思。 已经实习了一周，但还不知道操作流程的概念。 职场的引导者给我举了例子。 范例： MRP采购单-采购单报价请求-采购单-收货通知书-采购单收货传票-采购单退货采购单-采购单结算-采购单开立商业发票-采购单付款。 这就是操作的流程。 在软件测试，引导者也给我说明了。 测试分为工具测试和手工测试。 工具包括QTP和loadrundon工具。 我们是ERP系统，主要是传统的手工作业测试，测试的主要能力是根据对软件的熟练程度进

8、行测试，熟练程度和认知度需要文档和经验。成为高级软件技术星空卫视，不仅需要精通软件，还需要丰富的经验前几天公司的会议今天将发表我们这几天一直测试的A8版。 但是，有几个遗漏缺陷，几个脚本被刷了，发生了错误。 我今天也发现了几个遗漏缺陷。 其中两个很特别，是我前几天没有发现过的错误。 一个是订单的菜单操作发票类型在选择vat发票时发生错误，另一个是销售发票、订单发票的删除行选择否按钮时也保持删除状态。 哪个都很细，但是至今为止没有操作过，我认为当然没有错。 今天的发现意识到，作为特星空卫视，当然要耐心测试可能发生错误的所有用例。微软的系统也说会出现遗漏缺陷，当然是我们。 但是，为了完成我们的产品

9、必须尽最大的努力找到遗漏缺陷。 这也是软件技术星空卫视的基本作用。今天，测试引导人终于发表了版的发言！ 比原来的修订计划晚了一天。 昨天，考试工作团队的成员加班回到11点。 虽然今天还有遗漏缺陷，但是到了晚上工作结束的时候几乎没有变化。 但是，生产总监说还为时过早！ 确实，一个软件必须在设置修订完成后经过严格的测试，以确定并修正整个设置修订过程中存在的软件问题。 软件的生命周期不仅包括设置修订和测试，完整的软件生命周期还包括可行性分析和开发项目修订、需求分析、设置修订(概要设置修订和详细设置修订)、编码、测试、维护等活动。 一些典型的“软件生命周期模型”(Life Cycle Model )可以根据软件的开发特性选择适当的开发模型，包括瀑布模型、快速原型模型、迭代模型、增量模型、螺旋模型、快速应用软件开发模型和被动模型。果然，正如产品经理所料，A8版还有遗漏缺陷，测试工作团队的工作人员还需要奋斗看到大家都忙得不可开交，我也只能帮测试，不能帮其他的忙。 但是，奇怪的是，前面有些错误的修正，现在又报错了，很崩溃。这样什么时候能改正呢？ 怪不得今天生产总监生气了！ 明天大家又要加班了吧。 这就是所谓的“原型模型”。我们将继续更改，