08年工作随记
08年1月初，我跳槽到了新公司，到现在也有9个月的时间了。到了一个外企，接触了新的环境和工作模式，让我有些感触。
目前我接手的东西主要有Application and user management work center& system management work center的mini scenario test, RBAM test 和 automation test with QTP. 以及 Health check. 简单总结下这些东西吧。
1.
这是一个weekly的test，他基于一个demo scripts 来做。德国人会及时更新这个DS，我要做的就是按这个DS去执行，然后有问题就开CSN，然后做出REPORT，在每周五发出给大家看。这个东西基本没什么花头，做的时间长了会觉得很没意思。虽然这个DS新手可能不能理解，但是估计不需要太久就可以上手。
2． Automation test with application and user management work center.
SAP的自动化是基于ECATT 的。这个工具很好的针对了SAP的产品，它可以调用各个model去实现自动化的目的。但是我做的这个是基
|
标签：杂谈 |
XXXXX interview process
I gave my resume when saw the ad on the website and have first call interview one week later. Ordinary,the examinant have asked me to introduce myslef first in English. Then,to konw my work experience and test process.At last,he asked me a question of database what is the difference of SQL SERVER and ORACLE. At the end of this call interview,he told me that I have the formal interview qualifications and would notified me when have the next interview.
One week later,XXXXX notified me the thier office to have face to face interview and I have been here on time.The face to face interview would be 90 minutes with two examinants. First one asked many questions,just like QA process,how to do automation test and how to maintain it. How to do performan
|
标签：其他频道 |
随着CMMI3的推进，测试组的分工越来越明确，开发方的文档质量越来越高。终于带来了负面效果－－测试出的BUG极少，但上线后BUG却仍然存在，很多BUG根本没有测试出来，另外test leader这个位于腰部的关键人物，越来越体现不出应有的作用。目前的工作体系是这样的：
下面先来来说说，测试不出BUG的问题：
对于测试不出BUG的原因，问题的关键在于，开发方提供的需求实在是很“完美”，用看图说话的形势，把所有的测试点都给写了出来，包含了几乎全部路径。测试人员那到这样一个文档，做起来十分轻松，但同时也被限制在这个文档的行程的一个圈里，无法发挥发散性思维，使得测试变的不全面。在正式测试之前，程序员会根据需求文档自测，然后在提交。也就是说，文档里提到的测试点，程序员自己都测试过，拿到测试组这边，只不过是在重复程序员的测试，使得这
|
标签：其他频道 |
我们怎样才能真正的实现CMMI的目标—质量改进？
证之殇——CMMI认证狂欢前夜的思考
|
|
|
标签：其他频道 |
根据目前测试组内部的现状，为了保证测试组的工作质量，激励组员的日常工作，增强组员个人的专业技能，制定本制度。该制度的奖惩以积分予以计算。每人基准分为300分，当扣分至250时，开始逐级执行惩罚措施；当积分满500时，开始逐级执行奖励措施。分数上限为800分，下限为0分，当分数累积到极限时，恢复基准分。具体细则如下：
◆
◆
◆
◆
◆
◆
◆
◆
| 分类：搞笑杂文 |
饭后1小时以上，断烟半小时以上，中间少喝水，禁食，禁烟
游泳半小时以上 或者 跑步一小时以上
做各个关节的拉伸动作，每个拉伸维持7秒以上，注意不要用力过度拉伤韧带
休息15-20分钟
卧推第1组，100斤，15-20下
休息<45秒
卧推第2组，120斤，10次或12次（或140斤，8次或10次）
休息<45秒
卧推第3组，120斤，10次或12次（或140斤，8次或10次）
休息<45秒
卧推第4组，120斤，10次或12次（或140斤，8次或10次）
休息<45秒
卧推第5组，120斤，10次或12次（或140斤，8次或10次）
休息<45秒
卧推第6组，120斤，10次或12次（或140斤，8次或10次）
休息<45秒
卧推第7组，120斤，10次或12次（或140斤，8次或10次）
休息90-120秒，尽量少于90秒
卧推斜角45-60度
第1组，100斤，8次或10次（或120斤，8次或10次）
休息<45秒
第2组，100斤，8次或10次（或120斤，8次或10次）
休息<45秒
第3组，100斤，8次或10次（或120斤，8次或10次）
休息<45秒
第4组，100斤，8次或10次（或120斤，8次或10次）
休息<45秒
全文如下 ， 贴来以后多看看自我反省。。。
北北-胡睿: hi，你是？
yangjj1ster: 出来混的。
北北-胡睿: 迟早是要还的
yangjj1ster: 还是要还，可是什么都没有就不用还了吧？
北北-胡睿: 。。。。。这么惨？
yangjj1ster: 你是做测试的？
北北-胡睿: 是啊
yangjj1ster: 挺羡慕你们，做哪方面测试有呀？
北北-胡睿: 。。。。。羡慕啥啊？ 系统测试，自动化测试，性能测试，白盒测试
yangjj1ster: 太厉害了。
北北-胡睿: 。。。马马乎乎，混混
你在51上看见我gtalk的？
yangjj1ster: 如果我写了一个类，测试时需要覆盖哪些内容？
北北-胡睿: 先画路径图吧，搞清楚类是干吗用的，我这一般先按路径图设计用例
，然后在写测试代码
yangjj1ster: 路径图？那我随便写一个类。
import java.io.Serializable;
import org.apache.commons.lang.builder.ToSt
| 分类：技术 |
第一，所制定下的规范极其制度没有真正实施，落实下来，这和公司的项目流程和时间约束有关系。第二，没有更高的参照点，我们现在做到了这个地步，已经到了我们所认知的极限，不知道在要提高应该怎么去做。第三，缺少整个项目组及高级领导的支持，测试与QA所做的工作很难体现具体的价值，特别是QA，我们是一直在做项目，项目与产品有很大区别，开发组与高级主管对开发可以说非常熟悉，但是如果对我们做的工作并不熟悉，这就存在问题。第四，缺少激情。
想要解决目前的状况，有以下几点可以作为以后的工作目标：
第一、
第二、
第三、
第四、
第五、
第六、
