捷后愚生

摘要： 1.任务检查表统一，不打回的算规范，做提醒 1）序号：不合并，依次排号 2）检查月份：不合并 3）任务单：一张单多行的，合并该项 4）任务单是否规范：用于统计任务规范/不规范数量，不合并，若一张单有多行，在一行填否，其它行空着 5）任务单是否打回：不合并 6）任务单转到“测试组长审批”/“评审人员评 阅读全文

摘要： 智慧新城测试反馈问题 智慧新城20台柜台，31号开业。@嘉健 @万冠 项目上如有问题，请及时协助，特别注意： 1、柜台白屏问题（柜台在64位系统，加了4G内存就没有出现白屏的断线的情况，需要继续观察）@嘉健 2、容器也是，内核这么旧，升级容器内核，会有较大影响，现在暂没升级，但未来升级是趋势，需要关 阅读全文

摘要： 性能测试的指标 一句口诀，多快好省。 多，并发量 要区分以下用户数： 注册用户数，占用磁盘 在线用户数，占用内存 并发用户数 狭义的并发数，用户同一时刻做同一件事或操作，如同时登陆、同时提交表单。 广义的并发数，用户同一时刻对系统做了请求，但是用户所做的事情或操作可以是相同的，也可以是不同的。 真正 阅读全文

摘要： 喜欢使用键盘写作的小伙伴们，强烈推荐使用markdown来写作。 只需要记住一些简单的符号，写作的时候就可以只使用键盘，也能够写出排版好看的文字。 不过有一些相对复杂的样式，不怎么好记，以下做了整理。 颜色 在markdown中采用如下方式能够控制文字的颜色： 浅红色文字：<font color=" 阅读全文

摘要： 理解任务 将任务转化为目标 领导给的任务不一定是非常明确的 基于你对业务的理解、对信息的掌握程度以及与上司的沟通 分解任务 核心任务 全家桶测试、gsm测试 基础任务 测试用例更新 探索任务 代码扫描 结果可量化、可验证、并具有可行性 一个任务包含的内容： 任务背景 任务目标 任务结果评估标准 任务 阅读全文

摘要： 作为一个基层管理者，其实自己并没有在做多大的事，只是在日常的工作当中，发现一个问题，解决一个问题。 建议制定需求评审单、测试任务单规范 规范任务单，降低沟通成本 建议缺陷关联测试用例 让分析漏测更加方便 可可以看出非测试用例发现的缺陷 建议区分非提测任务单的缺陷 rss过去南海一体化项目驻点测试，其 阅读全文

摘要： 有共同的价值观 目标有一致性 能够帮助其成长 团队成员知道自己做的事是有价值的 团队成员相互有一定的了解 在职权范围内争取应有的权益 以身作则 淘汰与优化 阅读全文

摘要： 如何负责项目的测试管理工作，带领测试人员执行测试任务？ 如何管理和跟踪测试过程中的问题？ 如何进行测试数据统计和分析？ 如何持续改进测试过程？ 如何制定测试计划？ 阅读全文

摘要： 一位初级管理者的一些经验 相信自己，相信自己可以做管理 每个管理者都是从不是管理者向管理者迈进的，你暂时没有管理经验，不要慌，不要怕，相信自己可以做管理。 允许自己犯错 刚开始做管理，缺乏一些意识，从认知的角度将就是你不知道你不知道，被领导发现问题后，你才意识到自己做得不到位。 这时，作为一个负责任 阅读全文

摘要： 1）关于统一缺陷发现阶段的说明 目前缺陷发现阶段主要是 需求阶段、测试阶段、用例优化阶段 需求阶段：在需求评审、编写测试用例（有任务单）时发现的需求缺陷 测试阶段：执行测试时发现的缺陷（包括开发缺陷、需求缺陷） 用例优化阶段：在用例梳理更新时发现的需求缺陷 2）需求缺陷的定义 目前将“缺陷根源”为以 阅读全文