测试技术辅导文档.docxVIP

说一下整个项目的测试流程 参考以下内容结合自己的项目进行回答 分析需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。 测试计划: 根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、 如何合理分配安排资源等。 测试用例设计：根据测试计划、任务分配、功能点划分，设计合理的测试用例。 测试执行：搭建测试环境，根据测试用例的详细步骤，执行测试用例。 执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测试管理工 具中编写bug记录。 测试报告：对整个系统测试活动进行总结，并提供一些数据分析，便于将来对开发 和测试进行改进。 针对需求相关问题 需求不明确的情况下怎么开展测试 查询文档，原版本留下的文档、用户手册、产品开发测试人员写的非正式文档，可以了解项目的背景、系统功能等 参考行业相关书籍、文档，或同类型网站实现功能 当系统已初步成形时，对系统进行使用，自己总结系统实现功能，然后找开发人员确认 沟通，主动和开发人员沟通，让开发人员给测试人员进行系统演示，测试时遇到需求不明确的时候，及时和产品相关人员、开发人员进行沟通 如何快速的吃透一份80页的需求文档 测试计划怎么编写，包含哪些内容 系统测试计划是从管理的角度来规划和控制整个系统测试活动，是由测试经理来制定，系统测试计划考虑的主要内容有： 组织形式 测试对象 工作任务分配 通过失败标准：定义什么时候测试可以结束 挂起恢复标准：定义什么时候测试需要暂停 应交付测试工作产品 系统测试计划写作： 目标 概述 组织形式 需要明确每个人要做什么事情以及如何和别人协作等 测试对象 列出系统测试计划活动中分析确定的所有功能测试项和非功能测试项 列出测试项目中的哪些特性和特性组合将不被测试，并说明不被测试的原因 在本节所列的测试对象仅仅是为了表达应该测试什么，不需要具体说明该怎么测试 工作任务分配 描述系统测试活动中所明确的测试任务分工，可以从测试计划、测试设计、测试执行等阶段进行考虑。 针对每一项测试任务，明确 任务的输入和输出 任务输入：执行任务所需要依据的资料。 任务输出：任务执行完后应该输出的工作产品，包括测试文档、测试脚本、测试报告、测试工具等等。任务输出是每个任务很好的监督手段，因此任务输出必须非常明确。 任务所需的资源 人力资源估计：每个活动所需要的人员能力；每个活动所需要的人员数量 物力资源估计：硬件和软件环境；测试工具、仪器等； 任务的人员分工 任务的时间和进度安排 估计任务的风险和应对措施 （补充具体的工作任务分配例子） 测试通过失败标准 这是判断测试过程通过或失败的标准，而不是被测对象通过或失败的标准。 如： 用例的执行情况要达到何种目标 对于所有1、2级用例100％覆盖、3、4级用例30覆盖 或者本轮测试重点特性用例100％覆盖 覆盖率要达到什么目标 所有的功能需求、性能需求都被覆盖。 测试挂起恢复标准 测试挂起：当测试过程无法进行下去或者失去了继续进行测试的意义时，可以将测试活动挂起。 测试恢复：当被挂起的测试活动所需要的条件得到了满足时，测试活动恢复执行。 确定系统测试挂起及恢复的条件是保证测试顺利执行的前提，例如测试过程中发现系统主要功能有致命问题，这样大量的用例被堵塞，导致系统测试无法继续下去，这样必须挂起，打回开发修改后重新提交版本。 应交付测试工作产品 确定各测试任务完成后应交付的测试文档、测试代码及测试工具等测试工作产品 针对用例设计相关问题 如何设计系统测试用例 对于一个给定的系统/对象，要先确定针对该系统要进行哪些系统测试类型的测试，然后再针对每一测试类型进行详细测试用例设计，可使用常用测试用例设计方法。 常见系统测试类型有： 功能测试、性能测试、安全性测试、GUI测试、可用性测试、安装测试、配置测试、异常测试、稳定性测试、文档测试等 给你一支圆珠笔，如何设计测试用例 功能测试： 能不能写出流利的写出字来； 写出来的字是否清晰 字的粗细、颜色、味道是否符合用户要求 对于重复使用的笔，换芯之后是否可以重新使用 性能测试： 长时间使用圆珠笔写字，是否会出现写不出的情况； 一支笔可以使用多少时间，这个时间同市场上相同类型笔的使用时长有多大差别 在不同的温度下，用笔写字的流利程度 GUI测试： 圆珠笔的外观是否美观，符合用户审美特点； 圆珠笔各个部位设计是否合理； 圆珠笔上的Logo或印在上面的字是否正确 易用性测试： 笔是否太粗或者太细，不好拿捏； 握笔的地方有没有增加摩擦力的纹路或者皮胶之类 拿笔时会不会太滑 是否方便携带 安全性测试： 圆珠笔的设计是否存在妨碍人身安全的情况 笔身的材质及笔芯是否存在安全问题 兼容性测试 是否能够兼容其他厂商的笔芯 给你一个web登录网页，如何设计用例 具体参