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