关于负载测试的下一步plan

       16/10/12
.6 crm 模拟测试给pope提了很大的醒啊，负载生产工具用的不熟悉，监控内容参数不属性，which is normal 和 which is 问题显示 的 不认识 。下面努力的方向就是不起所短，细化了解了。
分析如下:
ana 部分:
1.不同工具的参数
1.1 意义
1.2 如何是正常情况，如何为异常情况
1.3 test 异常情况【自己创造异常情况控制】
1.4 与其他参数的关联
1.5 工具list【测试过工具的特点】
1.6 不同工具参数的list 
2. 不同参数的相关背景知识（这部分内容可能要对应常用类型的书籍阅读配合相关了解）
2.1 当前知道的分类os ，db，websever 【每个知道参数的起步内容，学习到的新的内容】
2.2 list 不同的类型 其监控工具
3. 相关了解
3.1 分析其他eg
3.2 相关书籍了解（参见2）
3.3 other
 
4.【综合】
try：测试不同内容：web 系统，other 系统
了解如何执行过程，如何分析内容

【use time】
plwork 的安排为1，4 使用分片为2：1
 
【popexizhi】
这只是个开始，过程中可以随时修正，“路漫漫其修远兮，吾将上下而求索”，不知会走多远，但一定比在原地好，不是吗？！:)    

关于下一阶段的工作重点

[popexizhi]这篇名字好象领导的开会发言稿啊！:)

1.linux 的日常使用 这个是最初的目的，到现在为止，基本工作涉及内容到时可以doing了，但这个初衷的“日常使用"现在看来就成为问题了，下面list 你可以用到的日常操作的list ，然后plan doing吧！
[next doing ]
a."日常使用"list【popexizhi:这个列表对以后使用其他系统，和自己写os应该会有不小的指导意义的，好好list吧】
b.plan time for list doing 【popexizhi:这个过程map一下自己的doing和thinking 路径，过程化要求一下吧！lab:learn】

2.AutoTC 【popexizhi:这个是自己新用的简称 对 auto test code】
a.work内容中qtp的实现【popexizhi:这个在planWL中一直在计划了，这里列出是再次明确一下这个的目的。首先是对模块化的test code的集合使用，已经对语言环境的熟悉；其次，才是回归测试的使用；第三，这个是新加的让别人使用，修改自己的code和构建上的不足】
b.code test class 【popexizhi:嘻嘻，目的是为了将test case的方法思想和test class 内容结合，验证自己的测试理论本身不区分方法是通用的想法；当然这个过程中一定会对这个判断的内容和实现细节上有修正的地方，自己要使用open 的原则对待每次遇到的问题。不是最终为证明什么，而是搞清楚事实到底是什么而已。:)】

3.[thinking] 这个不是初衷的内容，但是工作以来一直思考的问题，不同software组织的发展阶段的出路到底在哪里，manage在coding中到底如何才能做好合适的，Weinberg总结的几个阶段的模型试用当前我经历的软件开发过程改进，有多少？! 如果在不同阶段的团队中工作，调整至少是自己的工作内容和心情状态。如何在不同的阶段的软件发展团队中，提供有效的服务，和对自己工作方式方法的细节内容。【popexizhi:好吧！写的这里感觉自己和领导的用词很像，嘻嘻，没有更生动形象的表达，但至少可以准确就ok了。】

关于下一阶段的planwl的auto load test的改进

----------------------原文-----------------------------------------------------
II auto - 负载 test: lR 的性能分析，OpenSTA的use 脚本修改和性能数据分析[了解性能参数的基本关系和组合关系，初步分析原因，测试此分析的结果]
---修改为（23/25/2012变更）----------------------------------------------------
1.对payment的二期支付中添加支付成单据的脚本压力，【popexizhi：这里的os的性能参数提前准备一下操作系统的内容，现在只是想到CPU，二级缓存，内存，io，页面切换】
   1.1 对os linux aya；施加压力的os windows的 性能监控
   1.2 对db的数据库使用情况的监控
2.对crm的连接数量对服务器影响的测试，这个问题当前在系统中不可见，但是随着全国推广的进行，这个问题在tomcat中会越发显得明显，前端又是使用flex的存在很多的隐患，提前使用opensta测试一下吧！当前可以使用的外网地址是http://222.35.91.199:8180/CRM/
3.这里有一个潜在的问题，对java环境的内容的监控，这个自己没有什么背景要提早准备的。    

V OKRs:总结下个阶段的plan，主要笔记的[next,?]process

[popexizhi]
v list
1ahk【popexizhi：感觉这个更应该改名叫工作环境改进:)】
1.1 doing 安排的内容
1.2 [thinking]
             i ahk 脚本是否ok，考虑辅助其他的
             ii 体系化自己工作环境的理论整理构想

2.  db 【popexizhi:当前以mysql5.x 为主，目的了解sql 的标准内容和在此版本的差异】
2.1 i 部分中数据驱动要求的内容
2.2 其他db的要求内容 【popexizhi:当前有crm的数据对比和800客的数据处理】
2.3 [learn] mysql 5.x以上官方帮助的查看
地址:http://dev.mysql.com/doc/refman/5.1/zh/index.html

3.了解业界的内容，其他的测试工具，理论体系，语言之类的【popexizhi:此部分虽然是了解性质，但是是你视野的决定者，要保证每3week 左右一次啊！:)】
list: i,测试工具 ii理论体系 iii 语言eg：TTCN-3

4. other idea：
4.1 蒙氏时间估算法 system
4.2 read笔记处理 system
4.3 other


time plan：

import 可以随时添加
1- 2 -3 /
4- 2- 3/
1- 4- 3/

   

next plan --- learning in work

       [popexizhi]
根据29/1/2012 - 15/4/2012 的记录下一个阶段分为5
I auto - fun test ：QTP 排课的回归测试脚本

II auto - 负载 test: lR 的性能分析，OpenSTA的use 脚本修改和性能数据分析[了解性能参数的基本关系和组合关系，初步分析原因，测试此分析的结果]

III auto - quickbuild ：构建工具使用，自动化回归测试和环境搭建，当前以jira，svn，db，linux环境更新，启动回归脚本为顺序测试使用

IV linux -use：
1.熟练的日常工作使用要求
2.与III中要求组合的脚本
3. linux系统的原理与使用习惯，了解linux的部分内核思想和实现

V  other：
 1.pc工作环境的改进--ahk（使用此脚本最擅长的功能，体系化自己工作环境的理论整理和脚本实现）
 2.db 的脚本，主要是mysql的存储过程，触发器和索引之类的，方便数据处理，配合i 的数据驱动使用
 3.了解业界的内容，其他的测试工具，理论体系，语言之类的【popexizhi:此部分虽然是了解性质，但是是你视野的决定者，要保证每3week 左右一次啊！:)】
 4.other idea的实现，蒙式时间计算法，read笔记处理，实践想法使用:)


PS：从google那里学习到的OKRs(One object and three measurable Key Results),在这个plan中try一下，每个开始都有自己的OKRs,试用一下这种思想，feel一下:)