黑盒测试的原则 依据软件需求文档设计
测试用例，验证软件实现满足需求文档的情况，软件文档的正确性对于测试的有效性至关重要。 有针对性地查找问题，并能正确定位问题所在。检查功能实现是否正确，是否存在未实现，未全部实现，实现错误等情况。 根据软件功能的重要性以及时间进度安排确定测试等级以及测试重点，减少程序中出现严重缺陷的可能性。 制定合理的测试计划和测试策略，尽可能发现程序中的错误，并且尽可能的站在用户的角度去进行测试。 分析产品的应用场景、所需支持的设备，尽量模拟生产环境搭建测试环境。
黑盒测试的策略 尽量采用等价类分析法和边界值分析法，这两个方法设计的测试用例对于发现程序的错误是比较有效的。 长期的测试工作经验告诉我们，很多情况下的错误都发生在输入或者输出范围的边界上，而不是发生在输入输出范围的内部。 有经验的测试团队或者测试个体都会采取错误推测法。错误推测法的基本思想为列出程序中可能会发生错误或者容易发生错误的特殊场景，并据此进行测试。 若被测试的各输入域之间存在相互依赖的关联，则使用因果图分析法来设计测试用例，常出现在登录后的操作场景测试。 简单举例：银行卡账户输入正确密码会进行存取款等业务操作，如果输入错误密码则会出现重新输入或者冻结银行卡等安全保护的操作。 为了尽可能的满足测试的覆盖度，需要经常性的进行探索性测试，随机性测试。不可有穷尽测试的想法，因为不存在没有bug的产品。 测试后期需要进行特殊操作/异常操作的测试场景设计，通常用于嵌入式
软件测试（智能硬件产品测试）。 例如：运行时突然断网、突然断电，插拔某些外部设备，高温环境/防水测试（如摄像头）等等。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
21天更文挑战，赢取价值500元大礼，还有机会成为签约作者！
原文地址：http://www.51testing.com/?action-viewnews-itemid-6657899
免责声明：本文来源于互联网，版权归合法拥有者所有，如有侵权请公众号联系管理员
* 本站提供的一些文章、资料是供学习研究之用，如用于商业用途，请购买正版。
