软件测试之魂-02

*主要学习内容

1.《软测之魂》阅读4-5章

• 《软测之魂》

  ---

  • 第四章 测试架构的设计

    1. 测试架构的设计同其他方向的架构设计一样吗需要纵横全局思考，不仅考虑测试技术的应用研究，还需考虑测试人员的管理、测试流程的设计等。

    2. 测试架构模型

     

     

     

    测试架构

    测试管理架构

    测试技术架构

     

    3. 测试人员在技术技能上的发展分为以下几个阶段：初级测试工程师、测试工程师、资深测试工程师、主任测试工程师、测试架构师

    4. 对技术的追求，是永无止境的

    5. 一个好的测试框架应该是合理的、重用率高、易移植、扩展性好、易维护的

    6. 测试框架内容：业务测试技术+流程规范管理，只有技术与流程相结合，才能组成一个强有力的测试框架

    7. 测试框架的设计是一个过程，随着项目的经验积累不断更新和发展

    8. 重要的是掌握方法而不是生搬硬套

        

  • 第五章 测试需求分析与测试策略的制定

    1. 需求包括：用户的功能性需求、设计性需求、可制造性需求、可测试性需求、可维护性需求等

    2. 测试策略也包括了测试的计划与测试过程的跟踪、控制方法

    3. 测试需求的识别是后续测试工作的基础和起点

     

     

     

    识别测试需求

    分析测试需求

    提取测试对象

     

     

    4. 在实际运作中，常出现需求转换慢，或根本漏掉了。在这种情况下，我们需要把关注范围放大，多管齐下的方式关注需求的入口，从各种可能的渠道及时获知需求信息，作为工作的来源，同时反推需求，要求把零散的需求文档花或纳入需求库，正式地给出测试的依据（正式需求文档、设计文档、会议纪要、QQ讨论记录、邮件内容、其他形式）

    5. 可测试性（指软件可以被完全有效测试的程度，包括观察性（可见性）、可控制性、可操作性、简单性、稳定性）需求需尽早发现，否则到了项目后期，就会陷入一种欲罢不能的状态

    6. 软件的稳定性与需求变更的控制、开发周期、测试发现严重Bug的时间早与晚等都有关系

    7. 合理且有效的可测试性分析可以逐步成为软件度量的重要标准，成为衡量软件产品质量优劣的一个重要尺度；另一方面，软件的设计人员也可通过新的设计方法，逐步将这一标准应用于从软件分析开始的一系列软件过程，提高软件质量

    8. 总会存在隐含需求，如果自己意识到，需要把问题记录，与需求确认并要求需求补充说明，存在缺陷的需求可提Bug进行跟踪

    9. 分析需求是，测试人员能否过了到隐性需求，直接影响着后续测试工作的有效性与全面性

    10. 性能测试包括负载测试、压力测试、容量测试。负载测试是为了检验系统在给定负载下是否能达到预期的性能指标；压力测试是通过不断向被测系统施加压力，检查测试系统在压力情况下的性能表现；容量测试针对数据库而言，是在数据库中有较大数量的数据记录情况下对系统进行的测试

    11. 测试策略的部署，指完成一个测试项目需要的测试技术与方法、测试过程的管理与控制、一个测试团队的安排与培养等

  ---

---

# 学习笔记