*主要学习内容
1.《软测之魂》阅读4-5章
-
《软测之魂》
-
第四章 测试架构的设计
-
测试架构的设计同其他方向的架构设计一样吗需要纵横全局思考,不仅考虑测试技术的应用研究,还需考虑测试人员的管理、测试流程的设计等。
-
测试架构模型
测试架构测试管理架构测试技术架构-
测试人员在技术技能上的发展分为以下几个阶段:初级测试工程师、测试工程师、资深测试工程师、主任测试工程师、测试架构师
-
对技术的追求,是永无止境的
-
一个好的测试框架应该是合理的、重用率高、易移植、扩展性好、易维护的
-
测试框架内容:业务测试技术+流程规范管理,只有技术与流程相结合,才能组成一个强有力的测试框架
-
测试框架的设计是一个过程,随着项目的经验积累不断更新和发展
-
重要的是掌握方法而不是生搬硬套
-
-
第五章 测试需求分析与测试策略的制定
-
需求包括:用户的功能性需求、设计性需求、可制造性需求、可测试性需求、可维护性需求等
-
测试策略也包括了测试的计划与测试过程的跟踪、控制方法
-
测试需求的识别是后续测试工作的基础和起点
识别测试需求分析测试需求提取测试对象-
在实际运作中,常出现需求转换慢,或根本漏掉了。在这种情况下,我们需要把关注范围放大,多管齐下的方式关注需求的入口,从各种可能的渠道及时获知需求信息,作为工作的来源,同时反推需求,要求把零散的需求文档花或纳入需求库,正式地给出测试的依据(正式需求文档、设计文档、会议纪要、QQ讨论记录、邮件内容、其他形式)
-
可测试性(指软件可以被完全有效测试的程度,包括观察性(可见性)、可控制性、可操作性、简单性、稳定性)需求需尽早发现,否则到了项目后期,就会陷入一种欲罢不能的状态
-
软件的稳定性与需求变更的控制、开发周期、测试发现严重Bug的时间早与晚等都有关系
-
合理且有效的可测试性分析可以逐步成为软件度量的重要标准,成为衡量软件产品质量优劣的一个重要尺度;另一方面,软件的设计人员也可通过新的设计方法,逐步将这一标准应用于从软件分析开始的一系列软件过程,提高软件质量
-
总会存在隐含需求,如果自己意识到,需要把问题记录,与需求确认并要求需求补充说明,存在缺陷的需求可提Bug进行跟踪
-
分析需求是,测试人员能否过了到隐性需求,直接影响着后续测试工作的有效性与全面性
-
性能测试包括负载测试、压力测试、容量测试。负载测试是为了检验系统在给定负载下是否能达到预期的性能指标;压力测试是通过不断向被测系统施加压力,检查测试系统在压力情况下的性能表现;容量测试针对数据库而言,是在数据库中有较大数量的数据记录情况下对系统进行的测试
-
测试策略的部署,指完成一个测试项目需要的测试技术与方法、测试过程的管理与控制、一个测试团队的安排与培养等
-
-