探索式测试之设计.pdf-朱少民-人民邮电出版社
文本预览下载声明
7.5探索式测试之设计177相互协作，共同处理业务。如果是数据库A发生故障，不能正常工作时，Web服务器A和应用服务器A只能存取数据库B。为了给用户无任何变化的印象，数据库A和数据库B必须保持同步。如果应用服务器A和数据库A一起发生故障
显示全部
文档详情
相似文档
-
回归测试.pdf-朱少民-人民邮电出版社
8.6回归测试209⑥迭代整个流程，进行下一轮A/B测试。A/B测试也是一个持续的过程—快速迭代、快速优化、再迭代、再优化，不断提高用户体验，不断增加公司的盈利
-
测试集的创建.pdf-朱少民-人民邮电出版社
186第7章测试设计：架构与用例根据以往积累的经验收集同类评审对象的常见缺陷，按缺陷的（子）类型进行组织，并为每一个缺陷类型指定一个标识码。基于以往的软件问
-
如何进行A/B测试.pdf-朱少民-人民邮电出版社
206第8章测试执行：自动与探索续表检查项测试结果或评估意见对于常用的功能，用户能否不必阅读手册就能使用？执行有风险的操作时，有“确认”“放弃”等提示吗？操作顺
-
验收测试.pdf-朱少民-人民邮电出版社
只要有新的版本发布，就有新的测试。测试过程，也是一个螺旋上升的过程，周而复始，直至软件生命周期的结束。在完成了单元测试和集成测试、系统测试之后，测试过程并没有结束。为什么说软件测试还没有结束？那是因为还有许多事需要去做，例如：用户验收测试
-
测试执行概述.pdf-朱少民-人民邮电出版社
一个有效且高质量的测试执行过程是一个立体作战的过程，从基于脚本的测试到探索式测试，从每日构建验证到回归测试，无不孕育着智慧和策略。有效的测试计划是指导测试用例设
-
测试风险分析.pdf-朱少民-人民邮电出版社
150第6章测试计划：分析与策略本，为后期的回归测试服务。自动化测试脚本将代替测试用例，成为软件组织的财富。如果测试自动化率很高，只要有新的版本，就进行回归测试，即持续的回归测试。综合上述考虑，敏捷测试的实际操作流程如图6-9所示，简单有效
-
确定测试规范.pdf-朱少民-人民邮电出版社
116第5章项目启动：知己知彼、百战不殆试想对应，可以看作测试方式，不一定要看作方法。还有一些测试技术，依赖于软件开发技术或应用领域，示例如下。面向对象的软件
-
渗透测试.pdf-朱少民-人民邮电出版社
302第12章全程安全性：持续加固全性审核”，必须通过安全性审核，代码才可以入库。而且，现在许多公司将代码安全性的问题作为红线，不可逾越。SAST工具一般能够检测并定位源代码中可能导致产品崩溃、未知行为、安全缺口或者灾难性故障的软件缺陷，甚
-
如何运用测试设计方法.pdf-朱少民-人民邮电出版社
7.3如何运用测试设计方法171思路来考虑。⑤被测试的对象。客户端软件和服务器端系统、分布式系统和集中式系统、异步系统和同步系统等，其测试用例的侧重点或测试剖面是不同的，需从不同的侧面去发现软
-
测试分析与设计的度量.pdf-朱少民-人民邮电出版社
14.2测试全过程的度量33314.2.1测试分析与设计的度量从传统测试角度看，先分析后设计。测试分析是测试计划的基础，在制订测试计划时需要明确测试范围、需要识
-
功能需求分析.pdf-朱少民-人民邮电出版社
6.2项目的测试需求133测试需求等。⑤代码复杂度静态分析工具，代码越复杂，测试的投入也需要越多。⑥还可以用一些普通工具，如检查表。⑦脑力激荡法，让大家发散思维，相互启发，让任何测试需求不会被错过。而动态分析技术应用相对少一些，但在一些应用
-
附录 D RF库与工具.pdf-朱少民-人民邮电出版社
1．基本库①Builtin：提供随时可用的、常用的关键字。②Dialogs：提供暂停测试执行以获得用户输入的方法。③Collections：提供一系列处理Python的列表和字典的关键字。④O
-
与缺陷相关的度量.pdf-朱少民-人民邮电出版社
340第14章全程可视化：管理无死角③在测试快速增长期（紧张阶段）尝试执行的测试用例数略高于原计划，而成功执行的测试用例则略低于原计划，这种情况是经常出现的。测试用例的重要程度有所不同，因此，
-
基于质量的认知.pdf-朱少民-人民邮电出版社
1.3基于质量的认知5审、代码评审等。引入静态测试，就可以尽早地发现问题，把问题消灭在萌芽之中，将每个阶段产生的缺陷及时清除，极大地提高产品的质量，有效地降低企
-
常用的评审方法.pdf-朱少民-人民邮电出版社
将“静态测试”引入到软件测试体系中，从而实现“测试左移（LeftShift）”，向“需求、设计”阶段扩展，真正实现全生命周期的测试（简称“全程软件测试”）。静态