软件品质之完美管理实战：定量分析

定量分析包含定量化分析与定量的分析两个过程。图3-3 规模变化之定量的分析品质注入阶段与验证阶段“定量的分析”的不同点如下。两者关系进行定量分析时，首先要进行定量化分析，之后再进行定量的分析，如图3-4所示。图3-5 定量化分析结果随后要求PM提交品质判定会议的资料。图3-6 定量的分析结果区分定量化分析与定量的分析只有很少的程序员能清楚定量化分析与定量的分析的区别，因此一定要引起重视，不要混淆这两个概念。

理论教育 2023-10-30

完美权限架构设计与控制方式分析

权限架构是赋予系统用户权限管理的架构设计，其涉及的内容很多。但无论简单与否，所设计系统的权限架构应该考虑以下方面。如禁止访问以.jsp、.js等为扩展名的资源。权限控制方式权限的控制方式有静态控制与动态控制。完美的高品质权限控制系统需要静态与动态的相互配合。客户在访问任何资源时，都要根据所授予的权限范围对其权限进行验证。图8-6所示为一般系统常用权限架构图，**为对应关系中的“多对多”关系。

理论教育 2023-10-30

软件品质管理实战：内容图表化原则

内容图表化就是内容要尽可能地用多种表达手法来体现式样的需求。文档化最有效的方式就是多角度地使用“设计记述图表法”。随即指示此PM对设计书的错误处理进行检查，发现设计书上几乎没有记载，程序中也没有，而且设计书几乎都是以文章形式写成的。

理论教育 2023-10-30

实战经典：软件品质完美管理技巧

本范例概要设计书使用的工具是Excel。各Sheet内容要遵循不重复、不遗漏、简明扼要的原则进行叙述，在《页面UI设计规约》或在业务共通设计里进行统一设计与说明的部分，不需要在每个单独设计书里进行分别说明。图7-11 事件处理图7-12 项目状态图7-13 补足（执行）图7-14 补足设定设定的内容主要是“项目定义”中页面属性描述项选项卡的一览信息，如表7-3所示。

理论教育 2023-10-30

测试种类分类及应用场景

测试的种类可以从以下6个角度来进行划分。代码运行角度①静态测试。性能测试指的是对系统的性能进行测量，检验是否达到必要性能的一种测试。实施期间，可以根据需求在各个测试流程中适当加入。其中，在过负荷情况下对系统功能进行的测试测试称为压力测试。人工测试是以人为驱动进行故障检出的一种测试方式。回归测试是指在完成修改之后重新进行先前的测试以保证修改的正确性。

理论教育 2023-10-30

软件品质之完美管理：实战经典：立场把握

品质把握的立场有两种：一种是根据长期客户满意度调查结果，以客户立场来评价品质，即客户满意、客户至上；另外一种是以生产者的角度，也即根据自己的技术能力、思考问题的出发点等来评价品质。图1-10 两种品质视角对比经典案例一：软件开发中的“悲剧”本案例是很有代表性的在软件开发与运营过程中对客户品质立场把握不清、品质服务不好的讽刺漫画，如图1-11所示。

理论教育 2023-10-30

软件品质管理实战：定性分析技巧

品质验证阶段定性分析技巧与注入阶段基本一致。如果现在是IT阶段的初期且故障多发，则需要看一下“故障混入阶段”及“应该检出阶段”。①如果“故障混入阶段”在设计阶段，那么需要尽早采取措施。PM不应该做的事情案例中的PM没有明确各阶段式样变更的吸收点，不能轻易对没有保障的产品及不安定的规格变更进行统合。

理论教育 2023-10-30

软件品质管理的WBS分解方法：实战经典

编码阶段品质管理WBS主要分解为6个过程，如图4-5所示。图4-5 编码阶段品质管理WBS分解方法图4-6 编码阶段项目内评审团队品质项目检查表的设定与实施本阶段的品质项目检查表参照附录A2。在不违反编程规约的情况下，为了提高代码品质，还需要在各自技术领域进行代码的进一步优化。实施改善品质责任者，根据评审进度对故障管理表里登录的故障情况进行定量与定性分析评判，来确定是否进行再评审。品质判定会议主要工作内容与4.4.1小节中的一样。

理论教育 2023-10-30

软件品质完美管理实战经典

图1-15 模块化开发流程品质1—客户需求 2—外部式样 3—内部式样 4—代码由图1-15得知，软件开发流程分为做什么的需求分析与怎么做的模块化实现过程：需求分析定义做什么，然后把这种做什么反映成外部式样，再把概要设计转换成内部设计，即实现方法，之后根据实现方法来开发程序，这样的一个开发流程。需求分析书是需求方提出需求，开发方提出解决方案，双方达成一致而记录下来的规则。并在此过程中进行品质验证，通过测试来提高品质。

理论教育 2023-10-30

软件品质管理经典实战

所谓底线原则，就是构建软件品质管理的底线（红线），为各阶段制定品质标准值，不逾越底线。图2-10 品质目标水准品质水准要根据实际情况进行设置。从实践中总结的底线原则实施时的重要技巧有以下3点。最少资源为满足品质要求及过程管控的需要，企业决策层应配备项目品质管理的最少资源。弄虚作假的行为，往往是品质事故的一大根源。软件产品开发若能守住底线原则，就一定不会出现混乱不堪的局面。

理论教育 2023-10-30

完美管理：测试用例编写流程

测试用例编写时，首先要根据本工程特征与通用测试观点整理出本工程各个阶段所需要的测试观点，之后再根据本阶段测试范围、测试观点、式样书、场景层次、权限种类等编写相应的测试用例。最后，根据测试观点，结合场景层次以及权限等因素编写测试用例。这样做可以大大降低遗漏，提高测试用例的编写品质。图5-14 测试用例编写流程图图5-15 测试观点与测试用例关系表5-1 测试用例编写技法

理论教育 2023-10-30

如何实时收集品质数据：软件品质管理实战

图2-6展示了开发各个阶段品质数据把握的关键时机。图2-7 规模构成另外要注意以下几个品质数据的区别。这就需要PM把握各个阶段规模变化的数据，特别是项目从最初提案书中的规模估算到详细设计阶段中各个阶段的规模估算。这个责任对PM来说是至关重要的。

理论教育 2023-10-30

软件架构与代码自动化工具：实战经典

一款良好的软件架构一定会有与之配套的代码自动化生成工具，这样才是优秀的架构，才是真正的软件开发的利器。自动化工具分类根据用途，一般分为两种：一种是针对个别项目设计的一次性的工具，另外一种就是商品化的自动化代码生成工具产品。根据经典的SpringMVC架构，图8-15给出了软件架构与代码自动化工具的关系。

理论教育 2023-10-30

软件品质管理实战经典

③易恢复性易恢复性指系统失效后，重新恢复原有的功能和性能的能力。易用性易用性指的是在指定使用条件下产品被理解、学习、使用和吸引客户的能力，主要包含以下5个子特性。①易理解性易理解性指软件与客户交互信息时要清晰、准确、易懂，使客户能够快速理解软件。④易替换性易替换性指软件产品在同样的环境下替代另一种相同用途的软件产品的能力。

理论教育 2023-10-30

软件品质管理方法：完美实战

图1-22 错误积累过程一般来说，无论通过什么手段来提高品质，在各个阶段都会融入错误。所以，作为程序员，品质管理的基本技能是必须掌握的。从实践中总结的品质注入的基本思考方法如下。如果有后悔药，那么三星宁愿花费成倍的价格来弥补这个电池品质缺陷所带来的影响，可是“品质”没有后悔药！

理论教育 2023-10-30

软件品质管理：成本构成要素

预防成本预防成本指为无缺陷的产品而支出的前期成本。图1-26 品质成本模型注入成本产品制造各个阶段的品质注入成本，包括各种检查、评审、分析与判断成本。表1-6 品质成本要素进行软件品质成本分析的目的，不是为了降低软件品质的成本或者投资，而是为了保证所花费的成本是合适的、值得的。品质成本更多的是关注预防与注入，而不仅是验证与失效，由此可以获得更可观的品质投资回报。

理论教育 2023-10-30