前段时间自己测了一个不熟悉的case,加了五天的班，现在终于结束了，总结一下那些天的感想。

第一天，我的同事让我从两个任务中选一个，这两个，一个三关于升级的测试，一个是关于setting的设置，都属于不简单的测试。其实我哪一个都不想选，但是又必须选择一个，考虑到她前段时间就在做升级测试的一些准备，而我先前也测试过几个setting，所以我选择了后者，测setting。刚开始第一天我真心没有什么思路，因为我对整个的业务还不是很熟悉，不知道这些setting对哪些地方有影响，相互之间会不会有关联。所以我就把所有setting的含义先整理出来，从以前他们记录的内容，从产品自身的一些介绍，进行了整理。那天刚好是周五，所以那天我很愉快的下班了，所有的一切就等过完周末后再说吧。过完周末后的我的痛苦才刚刚开始，第一天我就开始把所有能测的部分测了，但是说实话我真的心里还是没底，我不知道我测的对不对。所以邮件我写的很心虚，但是没有办法，还是必须要有结果出来的，所以我还是把所有我认为有问题的那天setting全部列出来，还给出了简单的例子，当天写完邮件就7点了，然后让前辈帮忙review，这是他们的作风，不过也是为工作的严谨考虑的，毕竟这封邮件发出去，所有这个项目的人，上到开发老大，下到测试老大，每一个人都会收到的，review完后在进行修改，然后一封邮件忐忑的发出去了。当天回到家就十点多了，什么也没想就赶紧睡觉了，第二天醒来第一件事就是看邮件，很开心的事，客户那边的测试老大及时的给出了答复（当天的邮件先只是发给了测试小组），无非就是把我分析的，一一作出肯定让我报bug，如果现在的产品和以前版本同时有问题的就让我发给开发的整个team.本来从他的回复我可能需要最少报3个bug，但是周二那天，我只报了一个，因为我发现这三个其实都是一个问题（白空欢喜一场），然后当天晚上又准备好所有的问题发给大team，这个邮件写的相当幸苦，帮我看邮件的这个人也特别不想看，好在我跟他关系比较好，所以他给了我很多建议，但是我也受到很多批评啊，指出我的很多问题，比方说他说看不懂我写的什么意思，没有例子，没有结论，只是描述现象，并没有给出自己的想法。当天我又走的特别晚。第三天他们再次确认了我的邮件，然后。。。

结论：

在遇到一个不熟悉的测试内容时，我是经历了首先烦躁，然后硬着头皮测，不愿提出问题，一直抱怨，不知道如何分析，不知道如何提出问题，另外在有压力的情况下，急于把结果给客户，然后又急于回复。

以后应该做的：

第一天把所有的测试内容大概整理出来，然后发给测试的老大，来确认，让他给出指导。

如果他没有给出实质的信息，那就开始通过前人报的Bug,这是个最重要也最有用的信息。

工作感想