项目规划阶段：负责从单元测试到系统测试的整个测试阶段的监控。
需求分析阶段：确定测试需求分析、系统测试计划的制定，评审后成为管理项目。测试需求分析是对产品生命周期中测试所需求的资源、配置、每阶段评判通过的规约；系统测试计划则是依据软件的需求规格说明书，制定测试计划和设计相应的测试用例。
详细设计和概要设计阶段：确保集成测试计划和单元测试计划完成。
编码阶段：由开发人员进行自己负责部分的代码的测试。在项目较大时，由专人进行编码阶段的测试任务。
测试阶段（单元、集成、系统测试）：依据测试代码进行测试，并提交相应的测试状态 告和测试结束 告。
开发和测试是一个有机的整体！在产品的发布之前，开发和测试是循环进行的， 测出的缺陷要经开发人员修改后继续测试。在开发的同时测试经理开始编写测试用例，测 试文档要参考开发文档，所以开发和测试是不可分割的，少了任何一个都不能开发出产品。
从角色方面看，像理论和实验的关系，开发人员通过自己的想象创造出一套思想，之 后测试人员再对它进行检验、证伪，开发人员再修改的过程从而不断丰富产品。从方法方 面看，是演绎和归纳的关系，一个要掌握大量的技术，一个要不断的从实例中学习。因这 两方面的不同，所以开发和测试看上去做的工作很不一样。
开发与测试是相辅相承、密不可分的，开发人员开发出新的产品后要通过测试判断产 品是否完全满足用户的需求。如果发现缺陷，提交给开发人员进行修复，然后再转交测试 人员进行回归测试，直到产品符合需求规格说明。一个符合用户需求的产品是开发和测试 共同努力的成果。
常见测试模型有哪些strong>
四、 测试类型
根据开发人员的Software Specification List 整理功能测试点开展项目跨部门讨论会，主要整理对功能点的理解和认识
测试人员整理用例需求，疑问提交项目组或者产品项目内部的用例评审
邮件客户代表，确认部分争议问题
项目的 Demo 和部分已经开发的系统参考同行业和竞争对手的类似产品，交叉模块之间的测试,咨询客户或相关者
简述集成测试与系统测试关系
单元测试的策略有哪些，主要内容有哪些p>
逻辑覆盖，循环覆盖，同行评审，桌前检查，代码走查，代码评审，静态数据流分析
五、 测试流程
软件测试的基本流程有哪些strong>
需求分析、编写测试用例、评审测试用例、搭建环境、等待程序开发包、部署程序开发包、冒烟测试、执行具体的测试用例细节、Bug 跟踪处理回归测试、N 轮之后满足需求，测试结束
测试结束的标准是什么strong>
第一类标准：测试超过了预定时间，则停止测试。
第二类标准：执行了所有的测试用例，但并没有发现故障，则停止测试。第三类标准：使用特定的测试用例设计方案作为判断测试停止的基础
第四类标准：正面指出停止测试的具体要求，即停止测试的标准可定义为查出某一预订数目的故障。第五类标准：根据单位时间内查出故障的数量决定是否停止测试。
软件测试的原则是什么strong>
- 应当把“尽早地和不断地进行软件测试”作为软件开发者的座右铭。
- 测试用例应由测试输入数据和对应的预期输出结果这两部分组成。
- 程序员应避免检查自己的程序。
- 在设计测试用例时，应包括合理的输入条件和不合理的输入条件。
软件测试的原则
1.充分注意测试中的群集现象。 经验表明，测试后程序中残存的错误数目与该程序中已发现的错误数目成正比。
2.严格执行测试计划，排除测试的随意性。
3.应当对每一个测试结果做全面检查。
4.妥善保存测试计划，测试用例，出错统计和最终分析 告，为维护提供方便。
质量属性：
正确性：确保测试标题描述部分的内容正确性。
经济性：只为确定需要的目的设计相应的测试步骤。
可重复性：自我一致性，即不管谁执行此用例，结果一样。适应性：既能适应短期需要，又能考虑长远需要。
可追踪性：用例能追踪到一个具体的需求。
自我清理性：单个用例不会影响整个测试环境，即用例执行完了可以恢复原有的测试环境。结构化和可测试性
含有规范的测试标题和编 。
含有一个确定的测试某一个特定需求的目的。含有关于测试方法的描述。
指定条件信息-环境、数据、预置的条件测试、安全入口等。含有操作步骤和预期结果。
陈述任何辅助证据，例如截图 告并确保这些东西妥善保存。确保测试环境的干净（即用例不会影响整个环境）。
描述时使用主动语气结构。操作步骤不要超过 15 步。
确保单个用例测试执行时用时不超过 20 分钟。
自动化脚本用例添加必要的注释，比如目的、输入和期望结果。如果可能，建议提供可选择性的预置条件测试。
用例之间的先后顺序是否跟业务流程一致，即用例在业务流程中的彼此顺序关系是否合理。
配置管理：采用命名和编 规范归档。
保存为特定的格式，文件类型。
用例版本是否与当前被测试软件版本一致（对应）。包含用例需要的相应测试对象，如特定数据库。
存档阅读。
存档时按角色控制访问方式当 络备份时存档。
离线归档。
写测试用例时要注意什么问题
1、复用率：如果随着产品不停得升级，需要设计的详细些，追求一劳永逸；仅使用一两次，则没有必要设计的过于详细；
2、项目进展：项目时间如果允许可以设计的详细些，反之则能执行即可；
3、使用对象：测试用例如果供多人使用，尤其让后参加测试的工程师来执行，则需要设计的详细些。
4、用例的冗余
5、操作步骤要细分简明，可执行
如何在有限的情况下提高测试效率，保证产品的上线质量strong>
1、一个详细合理的详细的测试计划
2、测试尽早的介入项目，连接项目的业务需求，做好测试的前期准备
3、对测试项目前景充满信心，调整最佳心态，保持愉悦的工作心情
4、提高测试接受的标准，减少测试版本的送测次数
如何降低漏测率
1、需求评审
2、梳理需求，尽早与开发人员、需求人员进行需求确认，统一不同角色对需求的认识
3、用例设计及评审
4、测试执行
5、bug 回归
6、发布前的功能回归
a)首先，将问题提交到缺陷管理库里面进行备案。b)然后，要获取判断的依据和标准：
? v.根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据；
? vi.如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是 缺陷；
? vii.根据用户的一般使用习惯，来确认是否是缺陷；
? viii.与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷；
- 合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不掺杂个人情绪。
校验身份证 规则的有效性（包括地址码、生日期码、顺序码和校验码校验 15 位身份证 和 18 位身份正好都是可用的
校验末位是X 的情况
校验不足 15 位、16-17 位和大于 18 位的情况
如果是必输项，校验不输入的时候会不会有正确的提示
如果不是必输项，则要校验不输入的时候流程能否正常进行
校验输入非数字的情况，是否会有正确提示信息（包括大小写字母、汉字、特殊字符和标点符 ） 校验输入全角的数字的时候，系统是否会识别（这个得根据需求确定是否可以使用全角的数字）
单纯从功能测试的层面上来讲的话，APP 测试、web 测试 在流程和功能测试上是没有区别的。根据两者载体不一样，则区别如下：
系统结构方面
web 项目，b/s 架构，基于浏览器的；web 测试只要更新了服务器端，客户端就会同步会更新。app 项目，c/s 结构的，必须要有客户端；app 修改了服务端，则客户端用户所有核心版本都需要
进行回归测试一遍。性能方面
web 项目 需监测 响应时间、CPU、Memory
app 项目 除了监测 响应时间、CPU、Memory 外，还需监测 流量、电量等兼容方面
a. web 项目：
ⅰ. 浏览器（火狐、谷歌、IE 等）
ⅰ. 操作系统（Windows7、Windows10、Linux 等）
a. app 项目：
- 设备系统:iOS（ipad、iphone）、Android（三星、华为、联想等） 、Windows（Win7、Win8）、 OSX（Mac）
- 手机设备可根据 手机型 、分辨率不同相对于 Wed 项目，APP 有专项测试
- 干扰测试：中断，来电，短信，关机，重启等
- 弱 络测试（模拟 2g、3g、4g，wifi 络状态以及丢包情况）； 络切换测试（ 络断开后重连、3g 切换到 4g/wifi 等）
- 安装、更新、卸载
安装：需考虑安装时的中断、弱 、安装后删除安装文件等情况卸载：需考虑 卸载后是否删除app 相关的文件
更新：分强制更新、非强制更新、增量包更新、断点续传、弱 状态下更新 - 界面操作：关于手机端测试，需注意手势，横竖屏切换，多点触控，前后台切换
- 安全测试：安装包是否可反编译代码、安装包是否签名、权限设置，例如访问通讯录等
- 边界测试：可用存储空间少、没有 SD 卡/双 SD 卡、飞行模式、系统时间有误、第三方依赖（QQ、微信登录）等
- 功能：上升、下降、停止、开门、关门、梯内电话、灯光、指示灯等；
- 性能：速度、反应时间、关门时间等；
- 压力：超载、尖锐物碰撞电梯壁等；
- 安全：停电、 警装置、轿箱停靠位置、有人扒门时的情况等；
- 可用性：按键高度、操作是否方便、舒适程度等；
- UI：美观程度、光滑程度、形状、质感等；
- 稳定性：长时间运行情况等；
- 兼容性：不同电压是否可工作、不同类型电话是否可安装等。其实在简单分析的过程中，发现许多东西根本测试不全，比如电话、灯光、材质、调度程序、可维修性等，当发现在一个用例中无法说清楚时，这些应该拆分开来分别测试。可以告诉主考官，你需要模块化地测试电话、灯光等。再有在一起的组装测试。
下面是详细的测试点：
需求测试：查看电梯使用说明书、安全说明书等界面测试：查看电梯外观
功能测试：1.测试电梯能否实现正常的上升和下降功能。 2.电梯的按钮是否都可以使用。 - 电梯门的打开，关闭是否正常。
- 警装置是否可用。
- 与其他电梯之间是否协作良好。
- 通风状况如何。
- 突然停电时的情况。
- 上升途中的响应。
1）电梯本来在 1 楼，如果有人按 18 楼，那么电梯在上升到 5 楼的时候，有人按了
10 楼，这时候是否会在 10 楼先停下来
2）电梯下降到 10 层时显示满员，此时若 8 层有人等待电梯，是否在 8 层停。 - 是否有手机信 可靠性测试：
- 门关上的一刹那出现障碍物。
- 同时按关门和开门按钮。
- 点击当前楼层 码
- 多次点击同一楼层 码
如果给你一台电梯，请问你如何测试它，分析如下：
界面测试也就是对其外表先进行判断。
尺寸是否适合用户使用需要的是什么样的尺寸，小孩和成年人使用的尺寸是有区别的； 色彩搭配是否合理是否美观r> 是否方便携带和存放r> 笔芯颜色是否与客户要求一致r> 笔身印的logo 或者文字是否这么正确
，群内可领取最新软件测试大厂面试资料和Python自动化、接口、框架搭建学习资料！
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！