随笔分类 - 测试管理
摘要：管理都有哪些主要特点、特征呢？根据多年的实践，从四个方面展开阐述一下： 管理对象。 管理职能。 管理支撑。 管理原则。 一、管理的“六大对象”。 管理并不是言之无物的，在任何组织中，管理都是有标的物、对象的。我们谈管理一般离不开"人、事、物、资、时、效"六大对象，这是管理的对象所在，也是管理产生作用
阅读全文
摘要：方案：采用FTP的方式实现 目的：提升团队内的文档和安装包的共享流通性，避免各个人员之间你发我，我发你，另外新入职的人员需要使用的一些软件还需要重新找 一、Linux下使用docker搭建ftp服务器 注：docker在linux的安装，请另百度搜索查看 1.docker拉取ftp镜像 docker
阅读全文
摘要：一、风险识别清单 1、需求 产品的业务需求、用户需求、功能需求和系统需求是否完整、清晰？ 开发人员在产品开发设计之前是否充分了解需求？ 2、设计 （1） 是否使用了“新技术”？ （2）系统中是否会存在一些设计“瓶颈”？如果存在，是否有应对措施？ （3）产品是否设计得过于复杂，难以理解？ （4）开发人
阅读全文
摘要：一、自动化测试的实施成本 可以使用下方的公式来进行评估： 自动化实施的成本 = 前期开发成本 + 后期的维护成本 （1）前期的开发成本主要包括如下内容： 人力成本：和自动化开发人员相关的费用成本 时间成本：自动化准备时间，自动化开发、调试的时间成本 金钱成本：工具购买、开发、维护的费用成本 （2）影
阅读全文
摘要：一、目的： 方便开发人员更好的理解BUG问题与期望 方便相关人员重现BUG 测试人员更加清晰的描述问题 统一BUG单的编写习惯，提升工作效率 二、BUG提单规则 标题 问题描述 特殊情况： 当问题为单机型导致时：【兼容机型】问题描述 当问题非必现时：【概率】问题描述 版本发布到预发布环境后，要判断问
阅读全文
摘要：一、基本要求 1、根据《bug优先级定义》中的状态为：紧急、高、中的bug修复并回归结束。 2、若紧急、高、中的问题未处理完，需同步项目经理、测试主管等团队人员周知此事，可组织：bug评审会，并在项目经理同意遗留的情况下，可发布上线。 3、测试通过，与项目经理沟通可发布版本，同步进行《测试总结报告》
阅读全文
摘要：一、目的 统一测试用例编写的规范，提高编写测试用例的可读性、可执行性； 提升测试用例的编写效率 二、测试用例梳理要求 控制测试用例粒度的要求： 测试用例标题不要超过30个汉字 测试步骤不要多于7步，不要少于2步 测试预期结果不要多于5个，不要少于1个 测试用例必含要素：模块名、用例名称、前置条件（选
阅读全文
摘要：要求：总结性概括说明。注意文字的排版、描述精简、易懂等。 一、测试总结的目的 通过对测试结果的分析，得到软件质量的评价 分析测试的过程，产品、资源等为以后指定测试计划提供参考 评估测试执行和测试计划是否符合 分析系统存在的缺陷，为修复和预防bug提供建议 二、测试过程与结果分析 测试的数据统计、分析
阅读全文
摘要：一、转正评估： 新人员试用周期为6个月，在试用期间以“月”为基准进行绩效考核，中心Leader将以新人员实际参加项目中表现、实际的工作完成情况及团队成员的评价意见等结合来进行评分。 正常转正的条件： 绩效考核综合评定为 “A”“B”者，公司给予正常转正 提前转正的条件： 绩效考核综合评定成绩中拿2个
阅读全文
摘要：此篇梳理不够完善，后续有很大优化的地方 1、基本要求 （1）全力配合中心主管、项目经理、产品经理及团队成员完成项目的跟进与发布； （2）每天下午5:00到5:30之间总结当天的测试进度与存在的风险，“品控”群中进行反馈（测试日报）。 2、编写测试用例 根据产品原型或需求文档，与产品经理沟通测试范围、
阅读全文
摘要：首先作为一个管理团队的管理者，不可避免的会遇到一个问题则为组内人员的流失，或新招聘入职人员的工作指导。人员的流失不可控，大家会因为各种原因离职，但是针对新入职的人员，刚来公司的初次感受很明显，入职的第一天，他需要做什么样的工作？针对当前公司的项目，需要安装什么软件？账号的开通找谁？那么这种情况，你可
阅读全文
摘要：测试管理的核心要素主要包括人员、过程和技术 一、测试团队中的人 测试团队中成员要有成长空间才能团队稳定，所以测试团队成员要成梯队，分角色 测试团队分成测试工程师、高级测试工程师、测试设计师、资深测试设计师、测试经理等 技能区分：功能测试工程师、自动化测试工程师、性能测试工程师、安全测试工程师等 测试
阅读全文
摘要：功能缺失：实现与需求要求的功能不符、缺少某些功能的开发，找不到该功能的入口等错误 功能失效：查看页面存在此功能，但是具体功能未实现，功能点击使用不起作用 设计未实现：设计要求的样式没有完成或与样式要求不符、色值、大小、排版存在问题等错误 新增需求：开发过程中，针对遗漏的小功能，产品评估后需要实现，则
阅读全文
摘要：设定具体的模板所需字段，之后的测试用例评审中，只进行内容的填充即可，可以放入在项目迭代中跟进项目。
阅读全文
摘要：问题：测试做梳理出《产品质量规范》这件事情的意义是什么呢？ 解答： 首先测试作为质量的守护者，对产品质量的负责这是最基础的该做事项，但是仅凭测试人员是无法保证产品质量的，因此从最基础的出发，应从各个管理团队着手去把控产品质量的输出。很常见的事情在平时的工作中，很多情况属于被动，一旦发生问题任何人都第
阅读全文
摘要：待研究查看与分析：https://testerhome.com/topics/5940
阅读全文
摘要：目的：避免bug状态改为挂起后，就无人问津，导致一直未得到解决。因而影响用户的使用与产品质量较差。
阅读全文
摘要：第一篇：梳理Checklist的时间分配问题 一、常见问题： 1、什么时候该补充Checklist？ 2、Checklist应该写哪些用例？ 3、每次更新Checklist后上传云盘的命名规则？ 二、解决方案： 1、什么时候该更新补充Checklist？ 这个问题的处理分不同的情况，每个情况的发生我
阅读全文
摘要：测试设计 一个好的测试设计应该包括以下几个部分： （1）业务功能的覆盖 （2）开发设计中针对业务功能的补充 （3）某些专题模块的单独测试 （4）工作经验的探索设计 测试用例的颗粒度 个问题在早期工作中有专门尝试过，不同的设计方式对后续的维护以及执行影响非常大，因此在项目的初期就要想好用例设计的颗粒度
阅读全文
