黑盒测试

（1）测试计划阶段首先，根据用户需求报告中的功能需求和性能指标的规范，定义相应的测试需求报告，即黑盒测试的最高标准，以及将来的所有测试工作测试要求。执行时，符合测试要求的应用程序合格，反之亦然;同时，应适当选择测试内容，合理安排测试人员，测试时间和测试资源。
（2）测试设计阶段根据程序要求规范或用户手册，软件功能划分和设计测试用例按照一定的标准化方法进行。 （3）测试开发建立可重用的自动测试过程。
（4）测试执行阶段执行在测试开发阶段建立的自动测试过程，并跟踪和管理发现的缺陷。测试执行一般包括单元测试，组合测试，集成测试，系统联合调整和回归测试。
测试人员应以科学和负责任的态度逐步进行测试。 （5）测试总结阶段结合定量测试覆盖区域和缺陷跟踪报告，全面评估应用软件的质量，开发团队的工作进度和工作效率。
1功能不正确或缺失; 2接口，接口错误; 3性能错误; 4数据结构或外部数据访问错误; 5初始化或终止条件错误等。黑盒测试有两种基本方法，通过测试并且测试失败。
当您通过测试时，您实际上确认了软件可以执行的操作，并且您不会测试其功能。软件测试人员只使用最简单，最直观的测试用例。
在设计和执行测试用例时，请始终先通过测试。在进行破坏性测试之前，请先了解是否可以实现软件的基本功能。
这非常重要，否则在发现软件正常使用中存在这么多软件缺陷时会很奇怪？在确信软件运行正常后，您可以使用各种方法通过执行“垮”来查找缺陷。软件。
纯粹为破坏软件而设计和执行的测试用例称为失效测试或力误差测试。·等价类划分法·边界值分析法·误差估计法·因果图法·确定表驱动分析法·正交试验设计法·功能图分析方法黑盒测试的优点1.基本上没有人负责，如果程序停止运行，一般是测试程序CRASh。
2.设计测试用例后，工作很酷，当然，更令人沮丧的是确定黑盒测试因碰撞原因的缺点。 1.结果取决于测试用例的设计。
测试用例的设计部分来自经验，OUSPG值得学习2.没有状态转换的概念，一些成功的例子基本上都是针对PDU完成的，并且不能为被测程序做状态转换。对于没有状态概念的测试，找到并确定导致程序崩溃的测试用例是一件麻烦事。
您必须单独确认周围的测试用例。在状态测试的情况下，它更麻烦，尤其不是由单个tEStcase引起的。
这些在一堆问题中更为突出。