需求管理和评审板书..docVIP

需求管理和评审板书 回顾一下之前的课程： 测试基础：软件测试是干什么的？了解缺陷产生的原因 简略的提及了UT、IT、ST的测试内容： 单元测试 参照LLD 对每一个函数进行测试 集成测试 参照HLD 对函数与函数的集成、模块与模块的集成进行测试 系统测试 参照SRS 对每一个功能需求、性能需求等进行测试 软件质量：一、讲述的质量模型（ISO9126），把怎么评判一个软件是“好”还是“不好”，用质量模型中的六大特性（包含27个 子特性）去衡量。 每个组织对软件质量都有自己的标准，质量模型（ISO9126）只是一个通用的标准，不一定适合你所在的组织。 测试者了解了质量模型（ISO9126），有何意义？让测试工程师知道从何下手对软件进行测试，也知道了软件质量评判的标准。 《系统测试目标单.pdf》提出的契机：在开发人员完成了需求之后，项目组的所有成员对被建设的软件都已经了解了之后，需要提出《测试计划》之前。可以给你依噶参考，让你知道被测试项目有哪些方面需要提上测试的议程。 二、QA（Quality Assure）和QC（Quality Control） 质量管理：SQA，在软件的流程上保证质量 质量控制：测试工程师，在软件的技术上保证质量 软件的生产过程： 周会开不开？……需要SQA监督。 测试工程师的职责： 软件测试工程师一般会承担以下一些具体工作： 评审代码、评审开发文档 进行测试设计、写作测试文档（测试计划、测试方案、测试用例等） 执行测试，发现软件缺陷，提交缺陷报告， 并确认缺陷最终得到了修正 通过测试度量软件的质量 ...... 系统测试： 一、51Testing的课程中讲述了16种ST的常见的类型，最好还是依据质量模型（ISO9126）来确定到底要测试什么内容。 二、系统测试的过程： 计划、设计、实现、执行，会产生以下比较重要的四个文档（言外之意，还有其他的文档） 《测试计划》 《测试方案》 《测试用例》 《测试报告》 测试过程：测试分成4个阶段：UT、IT、ST、AT UT：测试内容？有可能是一个函数、一个类、一个控件 谁来做？开发人员来做（开发测试） 怎么做？手工和自动化（不要迷信自动化） IT：集成测试 函数1：看灯，并且判断灯的颜色 函数2：向左走 函数3：向右走 从函数1中获得灯的颜色，再来判断是调用函数2还是调用函数3： “灯的颜色”-----接口 测试内容？几个有关联的函数、几个有关联的类、几个有关联的功能 谁来做？测试人员？开发人员？都可以 一般跟代码紧扣的部分，开发人员做 若是可以用手工执行的，测试人员做 ST： AT：阿尔法和贝塔测试 oracle 需求管理和需求评审： 需求管理，需求有什么好管的呢？ 看看是不是符合用户的要求--这个是需求的目标，张晓梅说的。 需求管理： 1、需求会有变更，当需求要发生变化的时候（包含变更请求期间和变更实施期间），项目组成员该怎么办呢？ 2、测试工程师在测试实现阶段，要编写测试用例，有要求，即100%覆盖需求，怎么确保100%这个指标？ 3、开发工程师在设计和编码阶段，要编写设计书（概设和详设）和编写源代码，编写UT，有要求，即100%覆盖需求，怎么确保100%这个指标？ 一、需求管理 写测试用例，要依