存在风险及解决方法

　　说明：

　　测试不能找出所有的问题，只是尽量将问题在开发阶段解决大多数的问题而已。

　　测试风险如下：

　　软硬件的测试环境提供上也对测试结果有很大的影响。

　　测试团队的水平，经验，合作效果等。

　　整个开发流程对测试的重视程度，测试的进入时间等

　　由于测试环境操作系统，网络环境，带宽等情况可能产生的测试结果可能不同这是需要经验以及对测试环境的保护等方面下一些功夫。

　　软件缺陷的原则

　　软件缺陷区别于软件bug，它是在测试过程中出现的对系统有影响的，但是在设计中没有的或者对修改后的bug测试和开发人员有不同意见等

　　软件未达到产品说明书标明的功能。

　　软件出现了产品说明书指明不会出现的错误。

　　软件功能超出产品说明书指明范围。

　　软件未达到产品说明书虽未指出但应达到的目标。

　　软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者终用户认为不好。

　　文档测试

　　产品说明书属性检查清单：

　　完整：是否有遗漏和丢失？完全吗？单独使用是否包含全部内容？

　　准确：既定解决方案正确吗？目标明确吗？有没有错误？

　　精确：不含糊，清晰。描述是否一清二楚？还是自说自话？容易看懂和理解吗？

　　一致：产品功能能描述是否自相矛盾，与其他功能有没有冲突？

　　贴切：描述功能的陈述是否必要？有没有多余信息？功能是否原来的客户要求？

　　合理：在特定的预算和进度下，以现有人力，物力和资源能否实现？

　　代码无关：是否坚持定义产品，而不是定义其所信赖的软件设计，架构和代码？

　　可测试性：特性能否测试？测试员建立验证操作的测试程序是否提供足够的信息？

　　产品说明书用语检查清单：

　　说明对问题的描述通常表现为粉饰没有仔细考虑的功能----可归结于前文所述的属性。从产品说明书上找出这样的用语，仔细审视它们在文中是怎样使用的。产品说明书可能会为其掩饰和开脱，也可能含糊其词----无论是哪一种情况都可视为软件缺陷。。

　　总是，每一种，所有，没有，从不。如果看到此类或肯定的，切实认定的叙述，软件测试员可以着手设计针锋相对的案例。。

　　当然，因此，明显，显然，必然。这些话意图诱使接受假定情况。不要中了圈套。

　　某些，有时，常常，通常，惯常，经常，大多，几乎。这些话太过模糊。"有时"发生作用的功能无法测试。

　　等等，诸如此类，依此类推。以这样的词结束的功能清单无法测试。功能清单要或者解释明确，以免让人迷惑，不知如何推论。

　　良好，迅速，廉价，高效，小，稳定。这些是不确定的说法，不可测试。如果在产品说明书中出现，必须进一步指明含义。

　　已处理，已拒绝，已忽略，已消除。这些廉洁可能会隐藏大量需要说明的功能。

　　如果。。。那么。。。(没有否则)。找出有"如果。。。那么。。。"而缺少配套的"否则"结构的陈述。想一想"如果"没有发生会怎样。