对今天工作的反思

    最近公司自主研发的IOS应用急着上线，作为该项目测试的负责人，在最近测试的版本中都发现一些闪退等比较严重的Bug，导致产品无法如期上线。今天继续测试这个应用，不知道该说幸运还是不幸，又让我发现了一个闪退的bug。于是，我在Q上找负责这个产品的开发同事说了这个问题，说今天的版本又发现闪退的bug，开发同事问我是怎样的闪退，然后我把bug的记录地址发给开发同事，让他看Bug的详细信息。后来，开发同事向我埋怨说，为什么这些以前版本就存在的bug，到他负责开发这个产品的时候才发现呢？弄得个个都认为是他修复bug导致了更多新bug的出现，所有的矛头都指向了他。其实最近的测试中，发现的bugs，我也有分析，哪些bugs是因为以前没有覆盖到的测试点导致的，哪些bugs是因为修复问题导致新的bugs出现的。我不得不承认，最近有些闪退的bug是因为以前漏测没发现的。所以，对于开发同事的埋怨，我表示理解，毕竟有些bugs是因为我之前的漏测而出现的。对于漏测的情况，我深表歉意，一直以为作为一名测试人员，发现的bug越多越好，可是今天的我是工作以来第一次有了害怕报bug感觉，可是发现了bug又不能不报。我向开发道歉因为我的漏测而导致别的同事对他的误会，也向他解释了为什么会出现这种漏测情况。开发同事的态度很好，他也向我道歉，说他只是发泄一下，没其他意思，希望我不要放在心上，出现bug，开发也有责任，因为开发处理不正确导致的。而且还安慰我，说能发现更多的bugs还是好的，对他是来说是一种学习，对我来说也是一种学习，大家共同学习。

对于漏测的情况，我反思了一下，我觉得有以下的原因：

1、测试时间有限，覆盖率不高。
   因为我不只负责一个项目的测试，还有其他项目要测试，当几个项目的测试工作有冲突的时候，根据项目的优先级和上司的安排，我只能将这个项目放到了最后，晚上加班测试，又或者只利用半天时间测试。测试时间有限，还要验证已修复的bugs，验证完bugs，时间已经过得差不多了，最后只有挑一些主要功能或者做了修改的功能进行回归测试。

2、 由于各方面原因，有些版本没有参与测试。

3、对IOS系统不熟悉。
   测试这个应用，是我测试的第一个IOS应用，平时比较少用IOS的产品，对IOS的系统不熟悉。

4. 考虑得不全面。

特此记录，提醒自己，以后无论是工作还是其他事情，要考虑全面，了解各方面的知识，合理安排时间。