一.发现的缺陷越多，说明软件缺陷越多吗？
这是一个比较常见的现象。测试工程师在没有找到缺陷前会绞尽脑汁的思考，但是找到一个后，会接 二连三的发现很多缺陷，颇有个人成就感。其中的原因主要如下：
-代码复用、拷贝代码导致程序员容易犯相同的错误。类的继承导致所有的子类会包含基类的错误，反复 拷贝同一代码意味可能也复制了缺陷。
-程序员比较劳累是可以导致某些连续编写的功能缺陷较多。
程序员加班是一种司空见惯的现象，因此体 力不只时容易编写一些缺陷较多的程序。而这些连续潜伏缺陷恰恰时测试工程师大显身手的地方。 “缺陷一个连着一个”不是一个客观规律，只是一个常见的现象。如果软件编写的比较好，这种现象 就不常见了。测试人员只要严肃认真的测试程序就可以了。
从技术上讲，所有的软件缺陷都是能够修复的，但是没有必要修复所有的软件缺陷。测试人员要做的 是能够正确判断什么时候不能追求软件的完美。对于整个项目团队，要做的是对每一个软件缺陷进行取 舍，根据风险决定那些缺陷要修复。发生这种现象的主要原因如下：
-没有足够的时间资源。在任何一个项目中，通常情况下开发人员和测试人员都是不够用的，而且在 项目中没有预算足够的回归测试时间，再加上修改缺陷可能引入新的缺陷，因此在交付期限的强大压力 下，必须放弃某些缺陷的修改。
-有些缺陷只是特殊情况下出现，这种缺陷处于商业利益考虑，可以在以后升级中进行修复。 -不是缺陷的缺陷。我们经常会碰到某些功能方面的问题被当成缺陷来处理，这类问题可以以后有时 间时考虑再处理。 最后要说的是，缺陷是否修改要由软件测试人员、项目经理、程序员共同讨论来决定是否修复，不同 角色的人员从不同的角度来思考，以做出正确的决定。
三.如何编写提交给用户的测试报告？
随着测试工作越来越受重视，开发团队向客户提供测试文档是不可避免的事情。很多人会问：“我们 可以把工作中的测试报告提供给客户吗？”答案是否定的。因为提供内部测试报告，可能会让客户失去信 心，甚至否定项目。
测试报告一般分为内部测试报告和外部测试报告。内部报告是我们在测试工作中的项目文档，反映了 测试工作的实施情况，这里不过多讨论，读者可以参考相关教材。这里主要讨论一下外部测试报告的写 法，一般外部测试报告要满足下面几个要求：
-根据内部测试报告进行编写，一般可以摘录；
-不可以向客户报告严重缺陷，即使是已经修改的缺陷，开发中的缺陷也没有必要让客户知道；
-报告上可以列出一些缺陷，但必须是中级的缺陷，而且这些缺陷必须是修复的；
-报告上面的内容尽量要真实可靠；
-整个测试报告要仔细审阅，力争不给项目带来负面作用，尤其是性能测试报告。
总之，外部测试报告要小心谨慎的编写。
四.软件测试的原则：
1.尽快报告软件缺陷
软件缺陷发现的越早，在进度中留下的修复时间就越多。优先对APP的功能测试，发现的越早，修复的就越早，不会阻塞后面的测试。
2.有效软件缺陷的描述
短小：只解释事实和演示、描述软件缺陷必须的细节
单一：每一个报告只针对一个软件缺陷
明显并通用：
用使用者容易看懂的，简单易行步骤描述的软件缺陷的一个特例，得到修复的机会较大。
可再现：
要想得到重视，软件缺陷报告必须展示其可再现性--按照预定步骤可以使软件达到缺陷再次出现的相同状态。
3.在报告软件缺陷时不要做评价
测试员和程序员容易形成对立关系。软件缺陷报告应该针对产品，而不是具体的人，
只陈述事实。避免幸灾乐祸，哗众取宠，个人倾向，自负，责怪。得体和委婉是关键。需要善于沟通与合作。
4.对软件缺陷报告跟踪到底
比没有找到重要软件缺陷更糟糕得是，发现了一个重要的软件缺陷，作了报告，然后把
他忘掉了或者跟丢了。对项目负责，有责任心是每个测试工程师必须有的。
5.对软件缺陷标记严重优先等级
对严重性和优先级高的问题优先解决
6.软件缺陷包含以下几个规则：
软件未达到产品说明书标明的功能；
软件出现了产品说明书指明不会出现的错误；
软件功能超出产品说明书指明的范围；
软件未达到产品说明书虽未指明但应达到的目标；
软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。
导致软件缺陷的最大原因是产品说明书，其次是设计方案。软件测试员的目标是找出软件缺陷，尽可能早一些，并确保其得以修复。