前段时间，被公司派去临平市民之家驻场测试，待了大概半个月时间，一开始是存在情绪的，毕竟就我一个女生，加上女生出差要带的东西很多。但后来实际工作后，发现其实也没想象的那么糟糕，在现场工作的优势体现在，产品需求上的变更自己都能全部知晓，不至于在测试的时候那么被动（在公司测试的话，都不知道他们到底在现场对产品做了什么改动……）。其次，业务能力提升的很快，可以接触到产品最终的使用群体，不懂的也可以问现场的业务人员，虽然出差的时候，感觉一天也没干什么事情，但是业务能力真的是提高的很快，之前在公司一直搞不明白的问题现在都理清楚了。对于房产税方面的一个实际工作流程也知道是怎么回事了。回公司后，还给相关开发人员、测试人员、市场人员搞了个培训。
现在对于自己出差的情况做一个自我总结（毕竟人要定期的作总结才知道自己的问题，更何况是作为一个测试人员）。
- 对“客户是上帝”这个词存在误解，一开始接触客户，基本是客户提什么要求、优化建议，我都是一股脑儿的记下来带回去给开发经理。后来，开发经理说这个提的是什么奇葩要求，不改。我开始反思，客户是不懂程序的实现原理的，所以有时候提的要求是实现不了的，那么我就应该先做一个初步的判断，如果不合理我可以直接说明理由，去和他们解释清楚，没必要带回给开发经理，如果判断不了可以带回去给开发经理。对于用户提的需求，自己需要做初步判断，俗话说，和用户交流，要带脑子！
- 业务人员在做业务测试时，发现bug，做好总结文档发到每个开发人员手中，但同时，也切记提到bug管理系统中，有时候会为了方便，觉得有文档作为回归的依据就不提到管理系统里了，其实还是建议提到bug管理系统中，规范、到时候查询变更记录的时候也有记录可查。
- 和开发沟通的技巧。有些开发就比较个性化，就有些推动一两次他是不会理你的，作为女孩子的我，脸皮又比较薄，不好意思一直问。后来，练就了厚脸皮~~~时不时去问问，聊聊天。其实，开发人员不是故意的，可能就是性格就是那样，所以有时候就需要你突破下自己，比如我厚脸皮的去催。。。
- 测试覆盖率：由于测试的时候，有个场景（买卖双方的产权人属于不同的家庭，计税方式选择不同）未测试到，导致产品上线试运行的时候出现了问题。在测试的过程中，要不断的优化测试用例，将之前未考虑到、新发现的场景补全。测试覆盖率的高低，不是一时半会或者是多看看书就可以提升的，需要不断的实践和经验的积累才得以提高。慢慢来。
- 对回归测试的误解。我们都知道开发修改bug的时候，有时候会改出新的bug来。所以，我们回归测试时需要把之前提的bug看看是否有解决掉，再看看有没有新的bug产生。那么我之前理解的是，把之前提的bug回归掉，然后将整个系统全部重新再测试一遍。可想而知，是不现实的，假如你目前的项目模块很多，很庞大，那么每轮回归都把之前的全部功能都测试一遍是不可能的。因此，我们需要搞清楚bug产生的原因，这样的话，也知道开发修改的是哪一块的代码，是否会影响到其它模块，大致上会有一个判断，对于回归测试是极有帮助的。
- 测试思路不要随便被开发打乱。其实，很多人都认为测试是不需要逻辑的。大错特错，测试也是有一定的测试思路的。