功能需求分析.pdf-朱少民-人民邮电出版社
文本预览下载声明
6.2项目的测试需求133测试需求等。⑤代码复杂度静态分析工具，代码越复杂，测试的投入也需要越多。⑥还可以用一些普通工具，如检查表。⑦脑力激荡法，让大家发散思维，相互启发，让任何测试需求不会被错过。而动态分析技术应用相对少一些，但在一些应用
显示全部
文档详情
相似文档
-
非功能性需求分析.pdf-朱少民-人民邮电出版社
6.2项目的测试需求137一次能选择多少数量的文件提交上传？如一次小于100个。一个文件夹中能记录/显示多少个文件？如小于65536个。文件夹最多有多少层
-
测试风险分析.pdf-朱少民-人民邮电出版社
150第6章测试计划：分析与策略本，为后期的回归测试服务。自动化测试脚本将代替测试用例，成为软件组织的财富。如果测试自动化率很高，只要有新的版本，就进行回归测试，即持续的回归测试。综合上述考虑，敏捷测试的实际操作流程如图6-9所示，简单有效
-
回归测试.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-朱少民-人民邮电出版社
116第5章项目启动：知己知彼、百战不殆试想对应，可以看作测试方式，不一定要看作方法。还有一些测试技术，依赖于软件开发技术或应用领域，示例如下。面向对象的软件
-
附录 D RF库与工具.pdf-朱少民-人民邮电出版社
1．基本库①Builtin：提供随时可用的、常用的关键字。②Dialogs：提供暂停测试执行以获得用户输入的方法。③Collections：提供一系列处理Python的列表和字典的关键字。④O
-
与缺陷相关的度量.pdf-朱少民-人民邮电出版社
340第14章全程可视化：管理无死角③在测试快速增长期（紧张阶段）尝试执行的测试用例数略高于原计划，而成功执行的测试用例则略低于原计划，这种情况是经常出现的。测试用例的重要程度有所不同，因此，
-
渗透测试.pdf-朱少民-人民邮电出版社
302第12章全程安全性：持续加固全性审核”，必须通过安全性审核，代码才可以入库。而且，现在许多公司将代码安全性的问题作为红线，不可逾越。SAST工具一般能够检测并定位源代码中可能导致产品崩溃、未知行为、安全缺口或者灾难性故障的软件缺陷，甚
-
基于质量的认知.pdf-朱少民-人民邮电出版社
1.3基于质量的认知5审、代码评审等。引入静态测试，就可以尽早地发现问题，把问题消灭在萌芽之中，将每个阶段产生的缺陷及时清除，极大地提高产品的质量，有效地降低企
-
常用的评审方法.pdf-朱少民-人民邮电出版社
将“静态测试”引入到软件测试体系中，从而实现“测试左移（LeftShift）”，向“需求、设计”阶段扩展，真正实现全生命周期的测试（简称“全程软件测试”）。静态
-
在线测试与日志分析.pdf-朱少民-人民邮电出版社
222第9章永不收尾：持续反馈与改进3．安装结束检查安装是否达到目标，包括系统是否能正常运行，系统是否可以使用原有的一切数据等。对安装过程中发现的问题，需要报告缺陷，这和产品本身的缺陷没有两样。9.2.2后台系统的部署验证后台系统的部署验证