对于很多刚实施GJB5000的开发和测试人员来说,发现总是有很多个项目会议需要参加,他们中的部分人会觉得有这个时间还不如让我去写代码做测试更好呢!如果有人这样想,那就大错特错了,说明他根本没有理解这些会议召开的目的,也没有去思考如何利用这些会议帮助自己更好地完成开发/测试的任务。
很多项目自有其意义。除了统一项目组行动的管理上的意义之外,他也是开发和测试人员了解软件产品,获取有助于开发或测试的信息的非常好用的一个途径。
开发或测试人员想要更好地完成自己的任务,必须对软件产品非常了解才行。他们需要了解的内容,不仅限于软件的需求文档,还需要理解软件所处的上下文环境,包括:所有相关的责任人、项目周期、相关文档(过程文档和技术文档)、安装部署要求、相关技术、合同协议内容、历史信息、业务知识、与法务/文化相关的东西等。这些信息或多或少都会对开发或测试带来很大的影响。而获取的信息越多,越有助于做出正确的决策,更好地完成开发或测试的任务。
那么如何有效获取这些信息呢?参加各种项目会议就是一个主要途径。
项目启动会
测试人员可以在这个会上获取有关软件开发背景、项目周期、利益相关方、开发/运行环境等信息。
系统需求/设计讨论会
测试人员可以从中获取整个系统的功能、性能指标的信息,了解系统的结构组成,分配给软件的功能以及质量需求。
软件研制任务书评审会
测试人员可以从中获取软件的功能、性能、接口,设计约束以及质量需求,并且可以帮助需求描述成为可实现可测试的。
软件需求规格说明评审会
测试人员可以从中获取软件功能模块的划分,需求的关键程度和优先级,质量特性需求分配到功能等信息。
软件设计说明评审会
测试人员可以从中获取软件的结构组成,各单元模块间的关系,内外部接口如何实现,单元内部的流程与逻辑。
项目阶段/里程碑会
测试人员可以从中获取项目的整体进度,需求和设计有无变更,测试资源的准备情况,利益相关方的参与情况,有无与测试相关的风险等信息。
除此以外,测试人员也可以通过阅读一些相关的技术文档,如系统总体需求文档、总体技术架构、业务场景分析、各子系统测试用例等来获取有用的信息。
这正是:
莫说会议很无聊,获取信息好渠道
了解自己啥需要,通过会议去找到
参考书目:大话软件测试,作者:欧立奇,出版社:电子工业出版社
联系客服