前言

业务：

银行类app具体模块业务讲解：

掌上生活（消费/理财）

消费：

与电商平台业务类似

饭票：GPS定位城市服务、饭票购买消费、餐厅查询、代金券、周三五折、banner图、我的饭票、我的抵扣券

影票

出行

费用代缴模块 水费、电费、天然气（暖气费用代缴）

便民服务 住房公积金、医保、社保、交通罚款、商业保险（惠民保）、个人信用报告

测试需求文档的编写（0.5-1天）：

测试需求文档是对需求文档中的需求点进行整理成测试人员可测试的功能点的过程

实战：测试需求会写、饭票业务比较熟悉

控件：控件也称为组件或者构件,通常俗称第三方开发控件,是软件中可重复使用的功能模块,如具有复杂功能的菜单、表格、报表或者用户界面等,可广泛应用于各类软件中

测试计划评审实战：

讲法：自我介绍、以文档的主人翁的角色去讲、如果讲解过程中遇到自己的问题可以先记在心里后面再调整

面试题

1、测试计划包含哪些内容？

测试目的、测试范围、测试需提交文档、测试策略、测试资源安排（软硬件、人员、时间）、测试完成难度、可能出现的风险罗列等

2、测试计划中你认为最核心的部分是什么？

回答策略：回答1、2点讲明重要性（对比法、陈述法）

我觉得测试策略这一部分比较重要，因为它描述了每个测试模块的测试方向和思路，给后续做该模块测试指明了大局和方向

我觉得资源安排比较重要，之前的硬软件资源由于再测试计划中安排不当，导致实机测试时没有硬件资源不够用，拖延了测试时间，后续的测试计划中，就特别关注这一块，取得了很好的效果

3、测试计划之前是如编写的？

由测试组长先召开新需求的测试动员会，然后分配好任务后，再根据公司已有的测试计划模板编写的

4、如何安排测试组员工作？

根据测试工程师在公司的岗位，高级的分配高级的，初级的分配初级的

根据以往测试工程师负责的模块，尽量分配和他模块相关的任务

根据测试工程师相处下来的性格，分配适合的测试任务（开朗活泼易沟通的分配客户培训/产品宣讲 内向稳重的分配核心业务）

5、哪些情况可能导致项目延期或失败？（测试计划里面的风险）

纳入基线的需求在继续变更

项目组核心成员可能离职、交接出现问题

项目经理乐观地估计了本次版本的任务量

竞品已经上线了相关功能，导致要开发更多的功能去竞争

6、测试计划之前是如何进行评审的？（评审流程）

编写待评审的文档—内部评审/经理审核—在评审开始前三天发邮件通知相关评审人员（邮件：评审文档的地址（svn获取）/附件；

评审时间 评审地点（要申请））—评审（指定会议记录员、评审过程中意见不一致争执三分钟要立马停止，评审过程中有问题不要当场修改，可以先批注（word的审阅中））—评审完成之后优化评审文档

7、测试计划评审的主要内容有哪些？

测试策略是否完整准确

测试资源安排是否合理

测试完成时间是不是在规定范围之外

风险分析考虑是否全面

8、你觉得测试计划评审是否必要？

有必要

评审测试计划时，大多数项目组其他成员参与了，让大家都知道测试部门后续的工作安排，有利于其他部门配合工作

能找出测试计划中不完善的地方，加以优化

总结

你要尽全力保护你的梦想，那些嘲笑你梦想的人，他们必定会失败，他们想把你变成和他们一样的人。你要坚信，只要心中有梦想，你就会与众不同。

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

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取