禅道

计划说明 本组选择测试百词斩，对比测试的竞品为可可英语 测试进度表 项目 内容说明 预估耗时 （分钟） 实际耗时 （分钟） Planning 计划 67 37 · Estimate · 估计这个任务需要多少时间 67 37 Testing Design 测试设计 600 772 · Analysis · 需求和测试需求分析 200 325 · Design Test Cases · 设计测试用例 400 467 Testing Environment 搭建测试环境（安装测试工具、管理工具等相关运行和支撑软件） 40 22 Testing Implementation 测试实施 200 313 · Test · 执行测试 200 313 Reporting 报告 90 110 · Test Report · 测试报告 80 90 · Postmortem & Process Improvement Plan · 事后总结, 并提出过程改进计划 10 20 合 计 1057 1254 需求说明 可可英语系统功能模块图 百词斩功能模块图 我负责测试两个竞品的设置学习计划功能，以及背单词功能。 测试说明 当我设计测试用例时，主要基于事件流图来提出需求，再根据需求编写测试用例。 设计测试用例时用到了白盒测试的路径测试。 百词斩设计学习计划事件流图 百词斩背单词功能事件流图 基于两张事件流图

一、软件测试基础 二、测试级别 三、系统测试类型 四、软件测试方法 五、软件质量 六、系统测试流程 七、测试用例格式 八、用例设计方法 1.什么是软件测试？ 软件测试定义：使用人工和自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。或者：为了发现程序中的错误而执行程序的过程。 软件测试存在的意义： ①程序测试为了发现程序存在的代码或业务逻辑错误； ②软件测试为了检验产品是否符合用户需求（充分站在用户的角度）； ③软件测试为了提高用户的体验。 2.软件测试的原则 1、测试应该尽早介入。 2、所有的测试都应追溯到用户需求。 3、程序员应该避免检查自己的程序。除了单元测试。因为程序员对于自己的作品，思维具有局限性。无法保证测试质量。交给第三方或者专业测试，运用各种测试技术，利用丰富的测试经验和对BUG的敏感，去提高软件的质量。 4、设计测试用例时应考虑到合法的输入和不合法的输入以及各种边界条件，特殊情况下还要制造极端状态和意外状态。 5、二八原则，测试发现的错误中80%很可能起源于20%的模块中。 6、对错误结果要进行一个确认过程（分清必现和偶然）。 7、制定严格的测试计划。 8、完全测试时不可能的，测试需要终止。 9、妥善保存测试过程中所有文档。 3.软件测试的分类 按测试阶段划分：单元测试（开发的自测行为）、集成测试

一、功能测试 ——根据产品需求文档编写测试用例。 ——软件设计文档编写用例。 注意：就是根据产品需求文档编写测试用例而进行测试。 1、安装运行卸载测试 1）验证app能否正确安装运行卸载，以及操作过程和操作前后对系统资源的占有情况 2）安装运行卸载的提示，报告等 2、UI测试： 1）用户界面（菜单、对话框、窗口）等布局，风格是否满足用户需求，文字位置，描述是否正确，界面美观程度，文字图片组合是否合理 2）用户友好性、人性化、便于操作等 3、功能测试 1）评审需求，多方面考虑，整理出内在外在以及非功能性的直接间接功能点，对比需求，提取测试点 2）根据常用的一些分析方法，等价类边界值判定表因果图场景法等方法，设计测试用例，对提取的功能点进行覆盖 3）测试各个阶段不断跟踪缺陷，做好用例的更新迭代和不断变更需求所带来的业务或者需求的错误 4、接口测试 1）根据接口文档对接口进行测试，验证接口返回的数据是否正常，查看接口的响应时间 2）使用抓包工具对app进行数据抓取，通过抓取的接口信息来进行接口测试 5、性能测试 1）极限测试：各种边界情况下验证app的响应能力 如：低电量、储存满。弱网等情况 2）响应能力测试：验证各种情况下不同操作能否满足用户响应需求 3）压力测试：反复长期操作下，系统该资源的使用情况 6、中断测试（干扰） 比如：前后台运行时来电话，短信，下载文件

一、软件测试概念 什么是软件测试？百度百科上，软件测试的经典定义是：在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。 其实说直白一点，就是找bug。 二、软件测试目的 软件测试的目的，就是基于概念而言的。其目的大概分为以下几种： 1.发现软件的缺陷 2.提高软件质量 3.软件开发，测试过程改进 4.评估软件质量 5.降低公司对软件的维护成本 6.降低软件发布后，对公司负面影响的风险 三、软件测试模型 常见的 软件测试模型 包括V模型、W模型、H模型、X模型和前置模型。这里暂且介绍常用的V模型及W模型。 1.V模型 V模型是最具有代表意义的测试模型。V模型是软件开发瀑布模型的变种，它反映了测试活动与分析和设计的关系 。 用户需求 验收测试 需求分析和系统设计 确认测试和系统测试 概要设计 集成测试 详细设计 单元测试 编码 1）从左到右，描述了基本的开发过程和测试行为，非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系 。 2）左边依次下降的是开发过程各阶段，与此相对应的是右边依次上升的部分，即各测试过程的各个阶段。 优点 ：V模型的价值在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系。 缺点 ：仅仅把 测试过程 作为在

什么是软件测试 在一定的条件下，执行程序，比较实际结果与预期结果的过程 测试与调试的区别 测试 - 由测试人员完成 - 破坏性的 调试 - 由开发人员完成 - 建设性的 测试的七大原则 通过测试可以显示缺陷的存在 穷尽测试是不可能的 测试要尽早介入 缺陷的集群效应 杀虫剂悖论 测试依赖于具体的商业背景 没有缺陷的系统并不代表是有用的系统 测试过程/测试流程/测试生命周期 制定测试计划 - 测试组长/主管/经理 - 测试任务，时间，人员的安排 制定测试方案 - 测试管理人员/测试工程师 - 如何测试的指导性文档 分析测试需求 - 测试工程师 - 基于软件需求文档，分析测试点 设计并编写测试用例 - 测试工程师 - 将分析的测试点转换为企业标准的测试用例 评审测试用例 - 开发+测试+需求人员 搭建测试环境(Linux，Windows) 执行测试用例，提交并跟踪缺陷 - 测试工程师 撰写测试报告 - 测试工程师 测试总结 - 测试管理人员 软件生命周期 计划阶段 - 项目经理 - 任务，时间，人员安排 需求分析 - 需求工程师/产品经理 - 分析并整理前端收集到的零散需求，并形成文档 概要设计 - 架构人员 - 对系统整体框架的设计，确定系统模块，模块与模块之间的关系，编写核心代码，确定系统与子系统的关系 详细设计 - 开发人员 - 对模块内部的算法及逻辑结构进行详细设计，包括类，方法

一、 JIRA JIRA 是 Atlassian 公司出品的项目与事务跟踪工具。 JIRA创建的问题类型包括New Feature（新功能）、Bug（缺陷）、Task（任务）和Improvement（改进）四种，还可以自定义，所以它也是一个过程管理系统。同时融合了项目管理、任务管理和缺陷管理。JIRA功能强大，可配合着一些组件及工具一起使用，如： Confluence 用于 wiki 管理需求， JIRA管理任务、进度和 Bug 。 JIRA设计以项目为主线，产品、测试结合管理，通过issues控制管理。因此它的核心诉求还是围绕issue展开的，以issue驱动管理、分工、以及团队协作，进而实现项目的规划、建设，终完成产品开发。 优点： 功能非常强大，众多的插件支持。 缺点： 本地化做的不太好，上手难度较高，价格昂贵。 二、Worktile 国产做项目管理比较早的工具，小清新界面，项目管理功能齐全。任务墙，进度打卡，数据统计。附赠打包社群互动功能，甘特图工具，让项目经理游刃有余的管理项目。体验版是免费，其他版本按人头收费，不便宜；支持 android iOS版本。 三、Masterlab Masterlab 是一款基于事项驱动和敏捷开发的项目管理工具，可将复杂的项目管理简单化。 可广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。完全免费

测试自动化有助于提高开发速度，同时减少成本和工作量。在本文中，将分享如何进行自动化测试，以帮助保持测试自动化活动在正确的轨道上，以及测试执行、设计和维护大型企业应用程序的关键技巧。 选用合适的自动化测试工具 每个自动化测试项目都有其自身的特定需求。正确的工具可以显著减少测试时间并提高测试团队的效率。错误的工具会引入不必要的复杂性。 选择支持所有所需设备、浏览器、操作系统版本、移动平台、所需的测试自动化级别(UI、API、数据库测试)、测试类型(功能、负载、性能、本地化)和识别技术(本机、图像、文本)的工具。使用单一的工具，交付自动化的学习曲线将显著减少，相同的脚本将被不同的平台重用。 此外，我们建议使用预选工具完成以下检查清单： 普遍要求： ● 技术团队是否具备所需的技能?框架的灵活性是否会赋予团队扩展的能力？ ● 你的测试团队是否有使用该工具的经验？ ● 该工具是否有强大的社区、帮助资源、用户手册和详细的文档？ ● 该工具的供应商对遇到的新技术或问题的反应如何？ ● 它是否提供了详细的自动化测试报告？ ● 它是否与项目中使用的CI工具、问题管理工具、测试管理工具和通信工具集成？ 特定要求： ● 该工具是否允许执行分布式测试？ ● 测试的执行需多长时间？ ● 它是否支持智能等待(内置或易于集成)？ ● 它如何帮助简化测试修改？ ● 它是否提供了详细的自动化测试报告？ ●

在大多数情况下，软件应用程序开发由于其规范性和复杂性而变得很耗时。 为了在短时间内交付高质量应用程序，软件开发人员正在遵循一套通用的实践，称为DevOps生命周期。 那么，DevOps在软件应用程序开发领域中扮演着什么角色？ 让我们深入了解其含义、用途以及DevOps生命周期中的每个关键阶段。 什么是DevOps 在DevOps之前，从业人员使用瀑布模型或敏捷开发模型进行软件项目开发：瀑布模型或顺序模型是软件开发生命周期（SDLC）中的一种开创性方法,在这个模型中，软件开发成为一个线性过程，不同的阶段和任务被依次定位；而敏捷开发涉及各种方法的使用和SDLC中多个团队的协作。瀑布模型的线性和敏捷开发的跨功能性无法确保快速、连续地交付无缺陷的软件应用程序。 软件行业日益清晰地认识到:为了按时交付软件产品和服务，开发和运维工作必须紧密合作。这样的情况下，DevOps应运而生。 DevOps是一个简单的缩写词，源于“development（开发）”和“Operation（运维）”两个词，它涉及以特定的方式实践应用程序开发的任务。更广泛地说，软件开发和IT运维的结合被称为DevOps。 DevOps的优势 DevOps在促进IT运维和软件开发之间的敏捷关系方面的有效性受到几个因素的支持。通过在软件开发和IT运维部门的多个业务部门内实现更好的通信

目录 第一章 太初之时，有设计师 游戏设计师需要什么技能？ 最重要的技能 五种倾听 第二章 设计师创造体验 游戏不等于体验 这类体验是游戏特有的吗? 带来这类美妙体验的三类突出学科 反思真的是个好主意吗？ **反思可能导致对事实的错误结论。** **自己的体验不一定适用于其他人** 仔细分析你的想法 1号透镜：情感 战胜海森堡原理 分析记忆 两次经历 暗中一瞥 默默观察 本质体验 2号透镜：本质体验 你的感受都是真实的 第一章 太初之时，有设计师 ** 这个标题大概是借鉴了《圣经》中“太初有道，道与 神同在，道就是 神”（新约•约翰福音 第一章 第一节），在基督教的眼光里，上帝本身就是世界的“设计师”，从初始到末了都在上帝的设计之中。 好了有点扯远了，作者以这个为标题，目的很简单，就是告诉读者成为设计师的第一件事就是承认自己是设计师，因为很多人陷入了第22条军规的悖论（就是说在军队中只有疯子才能以此条规定为理由获准免于飞行，但必须由本人提出申请。但一旦提出申请，恰好证明申请人不是疯子）：假如只有设计师才能设计游戏，而只有设计游戏才能成为游戏设计师，那岂不是永远迈不出第一步？因此，最好的办法就是先默念： 我是游戏设计师。 ”你是谁?“ 我是游戏设计师。 ”你不是“ 我是游戏设计师。 ”你只是会玩游戏“ 我是游戏设计师。 所以恭喜大家， 我们现在，都是游戏设计师了 （ 士兵76并感 ）

目录 第一章 太初之时，有设计师 游戏设计师需要什么技能？ 最重要的技能 五种倾听 第二章 设计师创造体验 游戏不等于体验 这类体验是游戏特有的吗? 带来这类美妙体验的三类突出学科 反思真的是个好主意吗？ **反思可能导致对事实的错误结论。** **自己的体验不一定适用于其他人** 仔细分析你的想法 1号透镜：情感 战胜海森堡原理 分析记忆 两次经历 暗中一瞥 默默观察 本质体验 2号透镜：本质体验 你的感受都是真实的 第一章 太初之时，有设计师 ** 这个标题大概是借鉴了《圣经》中“太初有道，道与 神同在，道就是 神”（新约•约翰福音 第一章 第一节），在基督教的眼光里，上帝本身就是世界的“设计师”，从初始到末了都在上帝的设计之中。 好了有点扯远了，作者以这个为标题，目的很简单，就是告诉读者成为设计师的第一件事就是承认自己是设计师，因为很多人陷入了第22条军规的悖论（就是说在军队中只有疯子才能以此条规定为理由获准免于飞行，但必须由本人提出申请。但一旦提出申请，恰好证明申请人不是疯子）：假如只有设计师才能设计游戏，而只有设计游戏才能成为游戏设计师，那岂不是永远迈不出第一步？因此，最好的办法就是先默念： 我是游戏设计师。 ”你是谁?“ 我是游戏设计师。 ”你不是“ 我是游戏设计师。 ”你只是会玩游戏“ 我是游戏设计师。 所以恭喜大家， 我们现在，都是游戏设计师了 （ 士兵76并感 ）