<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[Hanweijin_Kevin的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/Hanweijin_Kevin</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; Hanweijin_Kevin]]></copyright><item><title><![CDATA[10. 线上故障处理流程]]></title><link>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100977791</link><guid>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100977791</guid><author>Hanweijin_Kevin</author><pubDate>Wed, 18 Sep 2019 11:53:55 +0800</pubDate><description><![CDATA[1. 线上故障处理原则

第一时间告知干系人。
影响客户使用、影响业务数据沉淀的，以快速恢复业务为首要目标。
及时关注问题解决的进度，注意升级问题，以协调最大资源解决问题。
事后进行详细的回溯、复盘，总结改进。

2. 线上故障处理流程


...]]></description><category></category></item><item><title><![CDATA[9. 版本发布]]></title><link>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100936350</link><guid>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100936350</guid><author>Hanweijin_Kevin</author><pubDate>Tue, 17 Sep 2019 19:17:05 +0800</pubDate><description><![CDATA[1. 写在前面

版本发布，主要包含测试环境版本发布、生产环节版本发布和版本发布权限控制内容。
这里仅仅是举例说明版本发布流程，例子中的流程只适用于当前项目，不代表适用于所有项目，实际操作中还须根据项目风险、人力资源和版本节奏来调整发布流程。

2. 测试环境版本发布

发版需求

一般情况下，测试环境的版本发布需求，大致分为两类：

功能提测（冒烟测试/功能测试/系统测试等）
Bug修复（回归测...]]></description><category></category></item><item><title><![CDATA[8. 版本提测准入准出标准]]></title><link>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100762005</link><guid>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100762005</guid><author>Hanweijin_Kevin</author><pubDate>Thu, 12 Sep 2019 09:31:10 +0800</pubDate><description><![CDATA[1. 背景

为了规范版本提测质量，以及加强对版本打回、延期的管理，特在流程中加入版本提测的准入准出标准，加强前期质量控制，降低提测后因提测版本问题造成的风险。
版本提测准入准出标准主要分为自测准备、提测进入标准、提测通过标准、提测版本打回和提测版本Delay5个部分的内容。

2. 自测准备

QA在联调之前提供Smoke Case。
Smoke Case完成后，组织开发、产品进行评审，chec...]]></description><category></category></item><item><title><![CDATA[7. Bug管理规范]]></title><link>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100577127</link><guid>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100577127</guid><author>Hanweijin_Kevin</author><pubDate>Fri, 06 Sep 2019 12:41:59 +0800</pubDate><description><![CDATA[1. Bug状态管理




状态
描述
备注




Active
测试人员发现bug并提交，待修改状态。
Bug初始状态


Resolved
开发人员修改完bug，bug变更为已解决状态。
Bug中间态


Closed
测试人员回归通过，变更为已通过状态。
Bug完成态


Postpone
经确认不需要在本次发布范围之内修改，变更为推迟修改状态/挂起状态。
Bug中间态


Reject...]]></description><category></category></item><item><title><![CDATA[6. 测试数据管理规范]]></title><link>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100576512</link><guid>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100576512</guid><author>Hanweijin_Kevin</author><pubDate>Fri, 06 Sep 2019 11:57:17 +0800</pubDate><description><![CDATA[1. 前言

本章节是以当前项目举例说明的，可能涉及到一些具体的业务数据，列位看官可以根据例子抽象出自己需要的内容进行参考。

2. 环境概述


环境介绍：
​	环境按照测试流程中的测试种类，整个测试环境分为IX、SX、TX和Stage四种类别（X&gt;0），其中IX、SX是用作接口测试、系统设计测试（功能测试）的环境，TX是性能测试环境，Stage测试环境是集成测试环境；回归测试贯穿于所有测...]]></description><category></category></item><item><title><![CDATA[5. 测试执行规范]]></title><link>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100559761</link><guid>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100559761</guid><author>Hanweijin_Kevin</author><pubDate>Thu, 05 Sep 2019 17:07:28 +0800</pubDate><description><![CDATA[1. 冒烟测试、接口测试、功能测试阶段：

测试执行阶段，总体遵循先按照用例测试、先测高优先级用例/流程的原则。
测试活动刚开始时，需严格按照测试用例进行测试。

测试用例是经过设计和评审的测试思路结果，有效避免漏测。
根据测试用例来测试，避免在测试阶段去思考测试场景，能提高测试效率。
统计执行用例的数量，便于跟踪测试进度，做好风险控制。
记录测试结果，便于问题回溯，以及提供测试度量数据。


执...]]></description><category></category></item><item><title><![CDATA[4. 谈一谈分层测试]]></title><link>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100553388</link><guid>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100553388</guid><author>Hanweijin_Kevin</author><pubDate>Thu, 05 Sep 2019 10:48:18 +0800</pubDate><description><![CDATA[1. 不分层的风险

在之前的流程中，测试活动开始的节点是第一轮功能测试，然后经过一到两轮的功能测试，穿插回归测试、性能压测，到最后在Stage环境上进行系统测试，再发布。这种流程的特点是：等前后端联调完毕，给出完整的软件包后，QA人员的测试活动才开始介入。
一般情况下，到功能提测阶段，时间紧任务重，随着发布时间的临近，解决问题的成本是越来越大的，发布的风险也越来越高，如果到了Stage系统测试阶...]]></description><category></category></item><item><title><![CDATA[3. 测试case管理规范]]></title><link>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100538724</link><guid>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100538724</guid><author>Hanweijin_Kevin</author><pubDate>Wed, 04 Sep 2019 14:59:10 +0800</pubDate><description><![CDATA[1. Case格式

常见Case的格式有脑图、Excel、Word以及在线Case管理工具；
脑图的结构简洁明了，写作效率高，适合交付节奏快的项目。缺点是其格式不统一（很多种脑图工具），不适合写复杂的测试步骤，以及测试结果的备注等等。我们的项目交付节奏较快，对Case的测试步骤描述没有很细的要求，基本上都是内部人使用，适合用脑图来写Case。
Excel的横纵向列表能容纳的信息非常多，非常复杂的...]]></description><category></category></item><item><title><![CDATA[2. 测试分析与测试设计]]></title><link>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100538198</link><guid>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100538198</guid><author>Hanweijin_Kevin</author><pubDate>Wed, 04 Sep 2019 14:36:37 +0800</pubDate><description><![CDATA[1. 为什么要做好测试分析和测试设计

以业务驱动测试：当下的测试圈子内，大家一直在强调自动化技术、DevOps等，这些是提高效率和质量的利器，但是所有有效的测试行为，都是建立在对业务需求有正确的理解和分析的基础上的。软件系统以满足用户的业务需求为目标，做好需求分析、测试分析和设计，是开展后续测试行为的必要条件。在提升效率的同时，也丝毫不能减少在这几方面的投入，对业务的快速学习能力、抽象能力是测试...]]></description><category></category></item><item><title><![CDATA[1. 软件开发流程与QA工作流程]]></title><link>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100514149</link><guid>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100514149</guid><author>Hanweijin_Kevin</author><pubDate>Tue, 03 Sep 2019 11:09:06 +0800</pubDate><description><![CDATA[图释：简要介绍一下我们当前的开发流程，以及QA在其中的活动、关键里程碑和主要产出物。



关于Scrum和关键活动：

产品、开发、QA、PMO以及Scrum master在整个Scrum Flow中都有固定投入和产出，这里以介绍QA工作为主，所以未详细描述其他角色的Scrum活动和产出。



QA主要活动

QA在软件开发生命周期中，参与需求阶段、开发测试阶段、上线发布阶段以及监控维护阶...]]></description><category></category></item><item><title><![CDATA[0. 产品质量体系管理简述]]></title><link>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100211324</link><guid>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/100211324</guid><author>Hanweijin_Kevin</author><pubDate>Mon, 02 Sep 2019 11:29:42 +0800</pubDate><description><![CDATA[前言：

从现在开始，花一点篇幅，聊一聊测试人员的产品质量保证工作，可以怎么做。这里只根据目前的研发过程，简单总结一下测试人员内部的质量保证工作，肯定是不完善的，仅供参考。
产品质量保证工作的参与过程，包含了从需求产生、到需求分析、系统设计编码、各阶段测试、发布以及线上监控等整个软件生命周期。产品质量保证工作除了研发部门的测试人员，也有参与软件生命周期流程的产品、研发和验收测试人员。


内部产...]]></description><category></category></item><item><title><![CDATA[测试环境，数据初始化流程介绍]]></title><link>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/90272261</link><guid>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/90272261</guid><author>Hanweijin_Kevin</author><pubDate>Thu, 16 May 2019 21:13:36 +0800</pubDate><description><![CDATA[0. 写在前面

每个公司、组织都有一套管控生产数据、测试数据的方法，这里总结一下我们当前用的一套模型，没有好坏，只有适合与否。

1. 环境概述

按照测试流程中的测试种类，整个测试环境分为IX、SX、TX和Stage四种类别（X&gt;0），其中IX、SX是用作接口测试、系统设计测试（功能测试）的环境，TX是性能测试环境，Stage测试环境是集成测试环境；回归测试贯穿于所有测试环节，当前测试环...]]></description><category></category></item><item><title><![CDATA[（Jira）Bug提单规范小结]]></title><link>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/89244779</link><guid>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/89244779</guid><author>Hanweijin_Kevin</author><pubDate>Fri, 12 Apr 2019 16:35:17 +0800</pubDate><description><![CDATA[最近在规范公司bug提报规范，简单整理了一下目前的规范要求，形成如下小结，部分条目可能不适用于其他项目，还是要根据实际项目运转情况来灵活调整。
公司用Jira来管理缺陷的，所以本规范中字段值都是根据Jira来设置的。

Bug提报规范
1） Bug提报原则

规范问题单提报的目的，是为了提高问题处理效率。
所有问题都要提单，有条件重现，无规律重现，难重现的一样提单。
问题出现需要先定位，抓包、日...]]></description><category></category></item><item><title><![CDATA[Mac下monkey配置测试实例]]></title><link>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/88854035</link><guid>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/88854035</guid><author>Hanweijin_Kevin</author><pubDate>Wed, 27 Mar 2019 20:04:08 +0800</pubDate><description><![CDATA[背景
记一次Monkey测试从安装到配置执行的实例。
一、Monkey测试环境准备
1.1 JDK 安装；

首先检查当前机器上是否安装了java:
 打开终端，输入’java -version’，如果有显示java版本信息，说明已经安装好了；否则就是没有安装。
如果没有安装，下载java并安装：
 进入到下载页，选择需要的java版本进行下载安装，java下载地址；
 安装完毕后，可以按照1中的...]]></description><category></category></item><item><title><![CDATA[Bug定义、管理的一点简单思考]]></title><link>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/88642391</link><guid>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/88642391</guid><author>Hanweijin_Kevin</author><pubDate>Mon, 18 Mar 2019 16:44:10 +0800</pubDate><description><![CDATA[背景
本篇Bug分析是基于公司现状，结合实际需要进行的简要分析，以期能规范Bug提报，优化Bug管控，提高开发和测试间的协作效率，为质量度量提供参考数据。
一、Bug状态管理


当前Bug状态：

active
resolved
closed
obsolete



建议Bug状态：

active：测试人员发现bug并提交，待修改状态。
resolved：开发人员修改完bug，bug变更为已解...]]></description><category></category></item><item><title><![CDATA[Mac下monkey测试，无法写入日志，提示can't create log.txt， Read-only file system]]></title><link>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/88580098</link><guid>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/88580098</guid><author>Hanweijin_Kevin</author><pubDate>Fri, 15 Mar 2019 17:53:40 +0800</pubDate><description><![CDATA[背景

在Mac下执行monkey测试的时候，提示无法写入日志文件：

/system/bin/sh: can't create log2.txt: Read-only file system


经分析，是由于笔者先adb shell，进入设备的shell环境中，如下：

xxxMacBook-Pro:Library xxx$ adb shell
HWBLN-H:/ $ 

此环境下只能执行mo...]]></description><category></category></item><item><title><![CDATA[Windows下，sublime text控制台中文显示乱码解决方法]]></title><link>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/88564786</link><guid>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/88564786</guid><author>Hanweijin_Kevin</author><pubDate>Fri, 15 Mar 2019 00:48:06 +0800</pubDate><description><![CDATA[Windows下，sublime text控制台中文显示乱码解决方法背景方案PS
背景
Sublime Text中，编译时，控制台的中文显示为乱码。
方案
编译不支持中文，那就是要修改编译配置文件，方法如下：

进入到Sublime Text的安装目录下的Package文件夹（xxx\Sublime Text 3\Packages），找到当前正在使用的编译系统；笔者用的是Java，所以找到‘Jav...]]></description><category></category></item><item><title><![CDATA[Sequel Pro常用快捷键]]></title><link>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/83546394</link><guid>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/83546394</guid><author>Hanweijin_Kevin</author><pubDate>Tue, 30 Oct 2018 18:12:42 +0800</pubDate><description><![CDATA[
整理了一些常用的Sequel Pro的快捷键，供参考





Command
Explanation




command + /
注释/取消注释


command + t
打开新的连接tab


command + w
关闭当前tab


command + r
执行当前语句


command + n
打开新的终端连接窗口


command + shift + w
关闭终端窗口


...]]></description><category></category></item><item><title><![CDATA[Markdown中，子标题下新建表格时，子标题的格式发生变化]]></title><link>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/83150803</link><guid>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/83150803</guid><author>Hanweijin_Kevin</author><pubDate>Thu, 18 Oct 2018 18:10:31 +0800</pubDate><description><![CDATA[问题描述
今天在更新一篇文章时，需要在子标题下新增一个表格，结果加完表格后，后续的子标题格式发生了变化，如下：

如上图所示，在子标题1中，加入表格后，子标题2、3的格式变了。
解决办法：
用Tab键把加表的语法整体往右移动一部分，跟当前的子标题一样，使之“属于”当前子标题，这样剩余的子标题就恢复正常了：

同理：多层级子标题中，要加入表格，记得要用Tab键把加表的语法整体右移到与当前子标题对齐，...]]></description><category></category></item><item><title><![CDATA[编译java代码时，报错：找不到符号]]></title><link>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/78645889</link><guid>https://blog.youkuaiyun.com/Hanweijin_Kevin/article/details/78645889</guid><author>Hanweijin_Kevin</author><pubDate>Mon, 27 Nov 2017 15:55:13 +0800</pubDate><description><![CDATA[问题描述编译一段java代码时，提示“错误: 找不到符号”，如下：D:\practicejava>javac PrintArray.java
PrintArray.java:4: 错误: 找不到符号
                System.out.println("Array number:" + Arrays.toString(testArr));]]></description><category></category></item></channel></rss>