- 专注于分享软件测试干货内容,欢迎点赞 收藏 ⭐留言 如有错误敬请指正!
- 软件测试面试题分享: 1000道软件测试面试题及答案
- 软件测试实战项目分享: 纯接口项目-完整接口文档
- 软件测试实战项目分享:WEB 测试自动化项目实战
- 软件测试学习教程推荐:火遍全网的《软件测试》教程
实际中项目立项相关事宜
二.小程序项目立项会议
项目介绍:项目简介文档
测试团队人员介绍:开发人力,多少,测试人力多少
测试团队模块分配:模块指派到人
测试团队测试相关事宜的准备工作:工具准备,设备准备,招聘人员等
三.项目规则
根据不同的项目制定不同的规则如:
1.邮箱配置:便于工作中与不同的部门,同事进行沟通并记录
2.在项目中遇到问如何处理,如找什么部门,负责人介绍,开发相关人员的联系方式
3.项目中的时间安排
4.邮箱使用规则:如发邮件的注意事项,标题,请假,附件命令等规则
四.此时松勤项目测试团队的任务
准备测试相关设备,工具,人力安排;
在产品出来的情况下进行熟悉系统,如画功能模块图.没有出来的情况下,研读项目相关说明文档,如项目简介;
完成立项中的相关任务,如完成邮箱配置,确认邮箱可以正常使用.包括显示名称,发件人姓名设置。
一.实际中项目评审相关事宜
1.评审概念
需求评审,是对产品需求文档的评审。需求文档是根据用户的需求,抽象、细化成产品需求,对我们技术人员来说也是比较直观的需求文档,通过这份文档技术人员可以了解到用户想要得到的是一个什么样的产品,它是用户和技术人员沟通的桥梁,所以它的评审至关重要。
从规范的流程来说,项目中任何提交的文档都要经过评审,但是在实际工作中,有些文档会不经过评审而直接使用,在使用进行修改,更新,维护.
评审中使用的方法一般是同行评审
2.评审目标:
第一:产品需求文档可以全面、清晰的描述产品的功能和性能;
第二:项目组成员对用户需求的理解达到一致;
第三:形成一份最终的,对研发具有指导作用的文档,后续的工作都要以这份文档为基础而开展。
3.评审流程
①.
②.
4.评审的对象包括:
概念阶段:产品需求说明书
计划阶段:系统方案、项目计划
开发阶段:详细设计、单元测试用例(方案)、集成测试用例(方案)、代码、数据库脚本等。一般而言,在开始编码之前,先要进行详细设计评审,以确保程序的正确性,减少后续修改带来的不良影响
验证阶段:系统测试计划、系统测试方案、系统测试用例
发布阶段:安装文档、使用文档
5.评审中的原则:
在预审期间要使用检查单,以避免发现缺陷不知道记录在哪里的情况发生。
避免过度依赖检查单。
审查会议要限制在2小时之内,以避免长时间讨论而偏离了审查会议的主题。
审查的对象是产品而非生产者(作者),因此要避免对作者本人进行人身攻击。
“磨刀不误砍柴工”,要给评审员提供足够的预审时间,一般以提前两天为佳。
如果有与会人员未准备好,则将会议延期;如果有人确实抽不出时间,则改期/取消评审
二.小程序项目需求评审
由于小程序提供的需求文档提供的内容不是很多,所以仅对提供的需求进行评审
采用预审机制,先下发需求文档,测试人员进行研读并填写评审表格
进行评审会议,就提交的问题进行确认,反馈.包括:查看提交的内容是否规范,提交的内容是否正确,是否属于需求文档的问题,提交后,产品或者作者应作出的相应的处理
结束后,安排进一步系统的熟悉:
①在没有产品时,根据需求文档,提炼模块,功能点
②在有产品时,有需求文档时,两者结合提炼模块,功能点
③在没有需求文档,有产品时,根据产品体现进行模块,功能点的提炼
三.需求评审相关的面试题
需求评审是什么?
为什么要进行需求评审?
需求评审参与人员?
一份好的需求文档有什么特点?
你们公司需求评审活动如何开展的?
在评审中要注意什么?
在这个评审活动从开展到结束有没有遇到什么问题?如何解决的?
在评审中如何提高效率?
在快速迭代的今天,需求文档如何维护
在评审中你是否提过有效的建议?是什么?
你们需求评审进行了几次?
你们需求文档有几个版本?
四.此时测试团队的任务
继续准备测试相关的设备
熟悉测试相关的技术,如接口,自动化,工具的使用
进行需求评审,确认需求内容
根据需求文档,熟悉系统,提炼功能模块图,功能点,后续进行细化到测试点.
注:此阶段,测试团队的任务以熟悉系统为主,越熟悉后面的用例会覆盖的越好.
最后我邀请你进入我们的【软件测试学习交流群:785128166】, 大家可以一起探讨交流软件测试,共同学习软件测试技术、面试等软件测试方方面面,还会有免费直播课,收获更多测试技巧,我们一起进阶Python自动化测试/测试开发,走向高薪之路
作为一个软件测试的过来人,我想尽自己最大的努力,帮助每一个伙伴都能顺利找到工作。所以我整理了下面这份资源,现在免费分享给大家,有需要的小伙伴可以关注【公众号:程序员二黑】自提!