软件测试之项目立项与需求评审

实际中项目立项相关事宜

介绍项目情况,目前立项阶段情况,项目市场预估,项目时间讨论
资源情况:需要人力,物力,技术,工具,一般使用的开发语言,工具,测试工具,在系统运行中需要的工具
部门情况:参与的部门,主要负责人,部门只要职责,后期主要工作内容
与项目相关的文件:指示文件,技术文件,项目介绍文件等
项目里程碑:开发开始结束时间,测试开始结束时间,发布时间,详细可能会有分期时间等

二.小程序项目立项会议

项目介绍:项目简介文档
测试团队人员介绍:开发人力,多少,测试人力多少
测试团队模块分配:模块指派到人
测试团队测试相关事宜的准备工作:工具准备,设备准备,招聘人员等

三.项目规则

根据不同的项目制定不同的规则如:

1.邮箱配置:便于工作中与不同的部门,同事进行沟通并记录
2.在项目中遇到问如何处理,如找什么部门,负责人介绍,开发相关人员的联系方式
3.项目中的时间安排
4.邮箱使用规则:如发邮件的注意事项,标题,请假,附件命令等规则

四.此时松勤项目测试团队的任务

准备测试相关设备,工具,人力安排；
在产品出来的情况下进行熟悉系统,如画功能模块图.没有出来的情况下,研读项目相关说明文档,如项目简介；
完成立项中的相关任务,如完成邮箱配置,确认邮箱可以正常使用.包括显示名称,发件人姓名设置。

一.实际中项目评审相关事宜

1.评审概念

需求评审，是对产品需求文档的评审。需求文档是根据用户的需求，抽象、细化成产品需求，对我们技术人员来说也是比较直观的需求文档，通过这份文档技术人员可以了解到用户想要得到的是一个什么样的产品，它是用户和技术人员沟通的桥梁，所以它的评审至关重要。

从规范的流程来说,项目中任何提交的文档都要经过评审,但是在实际工作中,有些文档会不经过评审而直接使用,在使用进行修改,更新,维护.
评审中使用的方法一般是同行评审

2.评审目标:

第一：产品需求文档可以全面、清晰的描述产品的功能和性能；

第二：项目组成员对用户需求的理解达到一致；

第三：形成一份最终的，对研发具有指导作用的文档，后续的工作都要以这份文档为基础而开展。

3.评审流程

①.

②.

4.评审的对象包括:

概念阶段：产品需求说明书
计划阶段：系统方案、项目计划
开发阶段：详细设计、单元测试用例(方案)、集成测试用例(方案)、代码、数据库脚本等。一般而言，在开始编码之前，先要进行详细设计评审，以确保程序的正确性，减少后续修改带来的不良影响
验证阶段：系统测试计划、系统测试方案、系统测试用例
发布阶段：安装文档、使用文档

5.评审中的原则:

在预审期间要使用检查单，以避免发现缺陷不知道记录在哪里的情况发生。
避免过度依赖检查单。
审查会议要限制在2小时之内，以避免长时间讨论而偏离了审查会议的主题。
审查的对象是产品而非生产者(作者)，因此要避免对作者本人进行人身攻击。
“磨刀不误砍柴工”，要给评审员提供足够的预审时间，一般以提前两天为佳。
如果有与会人员未准备好，则将会议延期；如果有人确实抽不出时间，则改期/取消评审

二.小程序项目需求评审

由于小程序提供的需求文档提供的内容不是很多,所以仅对提供的需求进行评审
采用预审机制,先下发需求文档,测试人员进行研读并填写评审表格
进行评审会议,就提交的问题进行确认,反馈.包括:查看提交的内容是否规范,提交的内容是否正确,是否属于需求文档的问题,提交后,产品或者作者应作出的相应的处理
结束后,安排进一步系统的熟悉:

①在没有产品时,根据需求文档,提炼模块,功能点

②在有产品时,有需求文档时,两者结合提炼模块,功能点

③在没有需求文档,有产品时,根据产品体现进行模块,功能点的提炼

三.需求评审相关的面试题

需求评审是什么?
为什么要进行需求评审?
需求评审参与人员?
一份好的需求文档有什么特点?
你们公司需求评审活动如何开展的?
在评审中要注意什么?
在这个评审活动从开展到结束有没有遇到什么问题?如何解决的?
在评审中如何提高效率?
在快速迭代的今天,需求文档如何维护
在评审中你是否提过有效的建议?是什么?
你们需求评审进行了几次?
你们需求文档有几个版本?

四.此时测试团队的任务

继续准备测试相关的设备
熟悉测试相关的技术,如接口,自动化,工具的使用
进行需求评审,确认需求内容
根据需求文档,熟悉系统,提炼功能模块图,功能点,后续进行细化到测试点.

注:此阶段,测试团队的任务以熟悉系统为主,越熟悉后面的用例会覆盖的越好.

感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

①　2000多本Python电子书（主流和经典的书籍应该都有了）

②　Python标准库资料（最全中文版）

③　项目源码（四五十个有趣且经典的练手项目及源码）

④　Python基础入门、爬虫、web开发、大数据分析方面的视频（适合小白学习）

⑤ Python学习路线图（告别不入流的学习）

上图的资料在我的QQ技术交流群里（技术交流和资源共享，广告进来腿给你打断）

群里的免费资料都是笔者十多年测试生涯的精华。还有同行大神一起交流技术哦。

软件测试之项目立项与需求评审相关推荐

需求评审五个维度框架分析及其带来的启示-3-典型需求评审
典型情境是指软件开发的常见情境,本文选择如下来进行分析: 1. 传统瀑布模型开发下的需求评审 2. 使用IEEE Std. 1028的需求评审 3. 敏捷开发下的需求评审传统瀑布模型下的需求评审对 ...
软件项目中如何开展有效的需求评审
1.需求评审的重要性在软件项目中,需求分析是最开始的工作,同时也是最重要的工作.需求分析如果做得不够详细或者是偏离用户需求或者是存在缺陷的话,往往会给项目带来灭绝性的灾难,不重视需求过程的项目团队将 ...
《Google 软件测试之道》摘录
最近刚刚看完<Google 软件测试之道>,受益颇多,遂记录下: 只有在软件产品变得重要的时候质量才显得重要第一章:谷歌软件测试介绍角色介绍 SWE(Software Engineer ...
《Google软件测试之道》目录—导读
内容提要 Google软件测试之道每天,Google都要测试和发布数百万个源文件.亿万行的代码.数以亿计的构建动作会触发几百万次的自动化测试,并在好几十万个浏览器实例上执行.面对这些看似不可能完成的 ...
软件测试之魂：核心测试设计精解
软件测试之魂:核心测试设计精解(第2版)(掌握核心竞争力成为不可替代的测试精英) 肖利琼著 ISBN 978-7-121-19677-5 2013年5月出版定价:59.00元 356页 16开编辑 ...
全程软件测试之测试需求分析与计划
全程软件测试之测试需求分析与计划在项目启动之后,就要着手软件项目的计划,包括软件测试计划.软件测试计划是整个开发计划的组成部分,同时,它又依赖于软件组织过程.项目的总体计划.质量文化和方针.在测试计 ...
软件测试之魂：核心测试设计精解（第2版）
<软件测试之魂:核心测试设计精解(第2版)> 基本信息作者: 肖利琼出版社:电子工业出版社 ISBN:9787121196775 上架时间:2013-5-13 出版日期:2013 年5 ...
软件测试之魂：核心测试设计精解（第2版）》
<软件测试之魂:核心测试设计精解(第2版)> 基本信息作者: 肖利琼出版社:电子工业出版社 ISBN:9787121196775 上架时间:2013-5-13 出版日期:2013 年5 ...
《Google软件测试之道》- Google软件测试介绍
<Google软件测试之道>- Google软件测试介绍 2015-05-21 目录 1 质量与测试 2 角色 3 组织结构 4 爬.走.跑 5 测试类型相关链接与 ...
笔记-项目范围管理-需求工程-需求分析的三个阶段-需求提出-需求描述-需求评审...
需求工程分为需求获取.需求分析.需求定义和需求验证.或:分为5个独立的阶段:需求获取.需求建模.形成需求规格.需求验证和需求管理. 需求分析三个阶段:可分为需求提出.需求描述及需求评审需求工程:笔记 ...

软件测试之项目立项与需求评审

软件测试之项目立项与需求评审相关推荐

最新文章

热门文章