敏捷开发
敏捷开发（Agile）是一种以人为核心、迭代、循序渐进的开发方法。
在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。
简单地来说，敏捷开发并不追求前期完美的设计、完美编码，而是力求在很短的周期内开发出产品的核心功能，尽早发布出可用的版本。然后在后续的生产周期内，按照新需求不断迭代升级，完善产品。查看需求文档（了解App功能模块）
- 考勤：考勤打卡、外勤定位、考勤统计、我的排班、外出出差
- 流程：流程申请（行政、考勤、人事、财务）、流程代办
- 基础：通知、会议、日报、提醒消息、通讯录
- 联系人
- 我
归纳要点：
填写申请单：输入项（必填、非必填）---看到申请状态；
审核流程（2级、3级...)---消息、提醒；
测试用例编辑
按功能模块来编写用例；测试执行
禅道提交bug；
- bug标题：【功能】出现bug的操作+bug具体结果
- 步骤/结果/预期：换行鞋，添加bug截图、测试数据、日志截图
- bug类型/严重程度/测试环境/bug指派/所属模块
典型bug：
- 弱网测试：加载联系人信息，一直显示【处理中...】，建议对于网络加载做出超时限制！
- 网站中断后消息发送失败，不能手动重发，返回消息页面不显示发送失败信息，不方便查阅哪些消息未发送成功；
- 聊天框拍照发送照片时，出现未知错误；
- 稳定性测试1000个随机事件，第558次产生崩溃；（优化性能）
- 横屏切换后，页面显示不正确；
- 【权限设置】登录OA系统后，未向用户弹出是否可以查看位置信息、访问通讯录，app自动获取；
- 同时登录2个账号，一台设备实时传输聊天信息，另一台无反应；
- 测试报告
项目背景、参考资料
测试基本信息：测试范围、测试用例汇总
测试结果及bug分析：缺陷汇总、缺陷分析（严重程度、缺陷类型、功能分布）、缺陷影响
测试结论
交付文档
面试题：
简述一下App测试流程？
产品明确OA项目需求，根据需求分配模块、划分任务；等开发完成、环境部署好，我们就在手机安装app开始测试，主要是测宫高能，包括部分弱网测试，关注界面显示是否正常、后期做主流机型的适配、发现bug提交禅道，开发处理后做好对应bug的跟踪，测试完成，简单整理测试结果，并通知开发准备上线。大致介绍一下APP项目？
这个OA项目是一款类似钉钉的办公软件，有web端、后台管理以及移动端。包括移动办公、用户管理、流程审批、人力管理、移动考勤、通讯沟通等模块。你在这个项目中主要负责什么？
我主要负责android app测试，测试是迭代版本，主要测试的模块是流程审批、通讯沟通新增的内容。主要是做一个功能测试，包括安装卸载、中断场景、网络场景测试；另外还有界面测试，界面的排版布局是否ok；
测试后期主要是做主流手机型号的适配测试；你们有几个测试人员，有没有IOS端？工作任务怎么分配？
我们有3个测试，app有IOS端。如果当前测试包括web, ios app, android app，一般一个人负责一个端的测试；
如果当前只有一个端，例如当前只有android app的迭代版本测试，就按照模块来划分任务；测试过程中有哪些让你有成就感的事情？
在写自己负责部分，例如流程审批用例时，按照入口验证、提单据、流程审核3大块来写，每一部分再细分考虑正常操作、异常操作，以及验证数据正确性；当时在内部会议上领导有表扬我写的用例很有条理，让我很有成就感。你们app迭代了多少次？多久迭代一次？
从我进来目前为止2年多时间，app迭代大概11次。多久迭代不一定，一般是问题反馈积累到一定程度或者产品这边要做新模块设计，就会开始做项目开发计划；短的话，2周开发完毕上线一个版本，长的话1个多月；说一下下你这个请假单审批流程怎么测的？
首先，测试正常提单、正常完成审批流程的测试；例如我们根据请假时间的不同，设置了不同的审批流程，那么就需要多级审批测试；
其次，测试异常情况，例如提请假单必填项不填、时间输入错误、审批不同意返回上一级处理的测试等；说一下考勤怎么测试的？
考勤包括考勤打卡、外勤打卡；
先在后台管理系统设置定位打卡位置、上班、迟到、早退、下班打卡时间段。然后在app上实施打卡，测试是否有上下班打卡提醒；打卡是否显示时间、定位位置；测试正常打卡、迟到、早退打卡、未打卡操作，考勤信息是否正确显示并记录考勤统计；未打卡情况补卡提醒；是否可重复打卡；打卡语音验证；不同网络状态下打卡等；
另外外勤打卡操作，考勤信息是否正确显示并记录考勤统计；
