测试工作工作总结.docxVIP

测试工作工作总结

测试工作工作总结1

参加软件测试工作后，随着工作经验的增长自我感觉越来越好。在公司里也逐渐受到同事领导的重视，一次针对公司的新的软件功能进行测试的时候，像往常一样“随手“测试出了几个bug，然后“仔细“的填写了bug单(这个bug的现象已经出现了很多次了)。这时候测试经理走过来，重新复查了一下填写的bug。他在重现我的.bug的过程中，简化了我的输入变化，bug神奇的又出现了，同样的现象，他关闭软件重新变化输入，扩展出10几个变化后，软件不动了，内存不断上升。终于他找到了产生软件的bug的原因，然后对我说“寻找bug要准确定位，我们开发团队是一个整体，时间是等量的，时间不在你身上浪费，就是在他身上浪费。如果测试人员每次发现的bug描述不清楚，并且多个问题潜在的错误原因是一个，虽然操作可能稍微有些变化。这样开发人员在重现bug的时候他要调试跟踪判断，很花费时间，而且效率低。如果测试人员发现bug的时候多动手可以更加准确的定位bug步骤和原因，给开发人员最精确的步骤和准确的描述，这样整个团队才能高效，所以需要大家协作!。“。

在以后的日子里，每次解决问题的时候我都记得多试验几次，多尝试。网上很多朋友还有同事问我问题的时候，其实他们只是万里长征就差一步，只要再多动手实验一次就可以达到目的了。所以多动手，多尝试。测试工作工作总结2

1、适合可用性测试的场景

产品的开发前、中、后期，产品上线后，都可以用可用性测试做支持，大致能使用到的场景如下：

新的产品，需要验证是否符合用户需求

功能发生变更，包括不限于操作路径、功能入口、视觉变化

此次移动端售后改版主要是基于此种类型，交互、视觉、部分功能页等与之前版本均有较大的差别，为了解用户的体验感知进行了此次体验调研

新增了比较复杂的功能，需要看用户的接受度和完成度

存在争议的问题，交互、视觉、功能等；或多种方案不能确定使用哪一种的

2、可用性测试前期准备

需求收集

可用性测试之前，需要和业务方、系统设计者（产品经理）、运营等角色收集需求，我们自己也会有需求，收集各方意见后，下一步要做到的是整理需求，考虑到可用性的测试时间长度和任务难度，需要将重点、难点问题梳理。

不能覆盖全部问题的情况下，要有侧重点，我认为全部问题点都测试并不好，需要用户关注的点特别多，用户就会产生混乱。下面会详细讲。

任务设计

任务设计是整个过程中非常重要的一环，整个测试是围绕着设计的任务展开的，设计任务需要注意的包含下面内容：

①结合需求及目的设计场景化任务：

不能简单粗暴的问用户“__功能您觉得怎么样”，要把用户放到实际的场景中，让用户去解决问题，让用户在模拟的真实测试环境中再去吐槽他发现的问题。比如告诉用户已经买了__商品，收到压坏了，需要在APP上申请换货

②任务覆盖范围：

在需求收集时有提及，可能有很多需求、测试点；本次测试中，虽然已经精简了任务，但是需要用户操作的依然内容多，所有任务又是围绕售后单一类型进行操作的，存在的问题是，一方面前面的任务训练了用户，对后面的操作产生了已经熟悉的影响；另一方面，用户发现的问题点重复，习惯了的操作可能不会再提出其他有效建议。

所以一定要控制好测试任务数量，需要有取舍。这次测试为了让同一对象，体验全过程，设计了9个任务，时长90分钟，觉得可以尝试缩短时长，减少任务量；任务数量实在多的话，分成两场，增加测试人数或许不错。

③明确场景化任务中关注细节点：

关注重点有主有次，在设计任务时，调研者需要了然于心关注点，在用户操作或吐槽时，对用户行为或想法进行深挖

资料准备

①会议室：因为现在的职场没有专业的访谈室，需要提前预定固定的、比较安静的环境与用户沟通

②测试机及网络：安卓与苹果手机各准备一部，尽可能减少环境变量，与用户使用手机系统保持一致。网络需要留意，测试机要调试好网络，本次测试第一场就出现了测试机连不上网的情况；录音笔也要提前准备好，有遗漏信息录音笔可以会听，也可以用来分享

③测试环境：这个环境不是指真实环境，而是指与测试任务匹配的APP实际场景环境，或者打印还原的场景，这个动作可以放在完成任务设计后再开始准备。

测试环境需要创造，比如这次售后测试，因为需要分别创造刚提交未审核服务单、可以催促的售后单、查询售后退款等环境；服务单提交后要与客服沟通不能审核、尽量减少对客服指标的影响；可以催促的单子难控制，必须超过一定时效，要匹配约到用户的时间提前申请等等，需要把任务和时间表高度结合来创造合适的环境

④礼物准备：目前部门内部主要是赠送用户京东E卡，后续可以考虑比较有特色的礼品，比如等值音响等；

另外觉得礼品的发放顺序可以提前，先让