Name: ： Kaka Zhou

Position ： Software Testing Assistant Engineer

　　　　　　
From:   3  (DD)  July  (MM) 2006 (YY)To 3  (DD) Oct. (MM)2006 (YY)

　　 The probationary period for Kaka Zhou has ended up on Oct. 3, 2006 . Below is the comprehensive evaluation on him, which based on different opinions from both of his teammates and director. 

1．  Work performance and adaptability to company’s culture or environment during probationary period:

Before entered into probationary period, Kaka had been a trainee in C (Hunan) Inc. for 2 months. As a freshman, he devoted himself to his first full-time job with much passion and enthusiasm. Although it took him a long time to accommodate himself from a student to be a staff, he has managed it and is qualified to be a Testing Assistant Engineer so far. He has also accumulated some testing experiences and improved his working capabilities in a whole team after XV project.

      2 ． Comments ：

How Time flies, I have already grown up with X for 6 months. This is a  intense and substantial time to me.

I have enhanced my professional skill and capability for the team cooperation. Toward the team, the X team had conquered many difficulties with me, and we have made a lot of progress.

At the middle of July,we start to test XV,.It takes 3 months to prepare, develop, putting into practice, until to accomplish the whole test project.

 We enhanced our analysis and test capability toward the B/S system in this process of the test project. It included the function test (the operation flow), all kinds of the test environment (Windows XP/ Windows 2000, IE/FireFox), the web page frame and font (English/French antitheses), and so on. Thus, the quality of software products is ensured effectively in professional skill. As a software testing team, this will let us accumulate a lot of precious experiences on the way of work, coordination and assignment, control of process, forecast of risk, assessment of cost.

In the test process, we overcame many problems and difficulties which will appear time and again in the next work in the future. It included the network speed was very slow, the test server was not steady (the system update, the device alteration, the security licence alteration), the DataBase in the test server clean up, the control schedule of the test process are not clear (the adjustment of the test emphases because of the system haleness and integrality). So the quality of software products is ensured effectively in experience.

Another important thing, by this XV test project, the member in the test group not only enhanced the test capability oneself ,but also enhanced consumedly the capability of the team communication and cooperation   Test team and R&D team had sufficient communications in this way in order to guarantee the product quality.

The whole test team could accumulate a solid foundation of the competitive power and further development via the enhanced professional skills and working experiences.

I have completed my internship in your company. Please approve my application of joining your company officially.

Thank you very much for your kind consideration. And thank you all members of clochase , I couldn’t finish my work efficiently without your help. I really hope you can give advice even criticism of my work to me. I will try my best to better the work in future.   ,        

 


我写的转正申请。。。稀烂。。

1: 测试工作的计划性：

测试项目过来的时候，有人写了测试计划，然后让我们几个测试新手评估测试时间，就是预计完成各自模块的时间，可是我们是几个新手（刚毕业的大学生）怎么估测？只好随便给了个时间给他，（问题 1 ：怎么估计测试的时间，这个我需要从那几个方面估测，）， 收集了大家对各个模块的估测，就出了份计划，上面安排了时间，比如这个项目是 10 天，我就说 10 天了，因为没办法，我不敢保证我什么时候能够测试完成。也不知道测试到底要到什么程度。

问题 1 ：怎么估计测试的时间，这个我需要从那几个方面估测

答：我个人任务估计测试的时间和如下内容相关：

   系统业务功能的复杂程度

   系统功能模块的数量

   测试用例编写完毕的情况

   测试数据、测试环境的准备情况

   测试人员对系统业务、功能的熟悉情况

   测试人员测试工作能力的情况

   我这边，通常不是很复杂的业务，功能不是特别多，测试数据环境都准备好，测试人员很熟悉系统，测试用例准备好的情况下 1 到 2 个工作日就把系统测试完了。

   对我而言，非常熟悉的系统，业务很复杂，功能很多，即使没有准备测试用例，我 5 个工作日就可以测试一个系统；前提是要非常熟悉这个系统，很有测试经验。测试环境已经部署好了的。

2 ：测试的一些概念

我们这个测试项目是 End-to-End Functional Test ，翻译成中文就是端对端功能性测试，（问题 2 ，能够就你的个人理解，给我通俗的讲讲这个 End-to-End Functional Test ，最好能够举个简单的例子描述下）。

问题 2 ，能够就你的个人理解，给我通俗的讲讲这个 End-to-End Functional Test ，最好能够举个简单的例子描述下

答：

这个 End-to-End Functional Test 具体是什么性质的测试，你提供的信息太少，无法回复。

我的测试思路是：要测试的东西都有什么特性和属性，有什么业务和功能，我就测试这些内容，具体用什么手段和方法来测试，这就看个人对所测试东西的理解能力了。

3 ：测试用例的问题

我来公司刚好一个半月了，经历了好多种测试，跟随开发人员的功能性测试。和软件出来后的回归测试。还有这次的所谓的 E2E 的测试，可是公司所用的测试用例测试竟然是一样的，我就很疑惑，难道所有的测试所用到的测试用例测试都是一样的吗？（问题 3 ，测试用例的格式，你那里有模板吗？最好具体到每个阶段，比如单元测试的测试用例，比如集成测试的测试用例，还有跟我说下，怎么提高测试用例的有效度，我感觉写出来的测试用例到最后测试的时候没什么用处了，因为开发出来的东西和需求描述的很不一样，就功能一样，其他实现完全不同了，还有怎么达到让不会测试的人看了我的测试用例也能够测试的高度，这个需要从那些方面着手）

问题 3.1 测试用例的格式，你那里有模板吗？

答：见我的 BLOG ： http://www.blogjava.net/lijun_li/archive/2005/10/16/15639.html

问题 3.2 怎么提高测试用例的有效度

答：先了解影响测试用例有效度的因素有哪些？开发的东西和需求描述的不一样；说明开发出现错误了，或者是需求没有更新；需求是编写测试用例的基本参考资料；如果一开始就不能保证需求有效，那么就无法保证根据需求编写出的测试用例是有效的。要想让你编写的测试用例让别人也能看得懂，这就考验你对系统业务、功能的熟悉程度，写作表达能力了。

3 ：测试工作的分配

中国这个地方比较特殊，好多人喜欢表现，然后就会在分配任务的时候，把好多任务揽在自己身上，可是实际上又做不了那么多，这个人又和老板关系好。老板有相信他，因为项目是一个整体，他做不好，我们做的再好也是失败的。，遇到这种情况该怎么办，我考虑过主动出来承担一部分，可是我又担心老板会说我连自己的模块都不能够保证，还瞎掺和。不说出来，又怕项目进行不下去，（目前确实项目卡在他那里了），（问题 4 ：遇到这种人，就是和老板关系好，喜欢出风头，可是办事不行的人，我要怎么处理。是不管他还是提出来，提出来又以何种方式会被老板容易接受）

问题 4 ：遇到这种人，就是和老板关系好，喜欢出风头，可是办事不行的人，我要怎么处理。是不管他还是提出来，提出来又以何种方式会被老板容易接受

答：你是个在试用期间的工作人员，只要努力、认真的做好分配给你的工作就可以了。当你给公司做出贡献，有一定资历的时候，你提出的意见，老板会相信些，也会去思考；你可以把这些没有解决的问题记录下来，反馈给你的负责人就可以了，不要越级上报。

4 ：测试工作的进行

拿到一个软件，我们马上开始测试，然后提交了一系列的 bug 上去，可是对方一直没反馈，等到有反馈，就是一个新版本过来了，我们又需要重新测试。可是测试的时候又会有新的问题，比如以前版本能够有的功能是正常的，到新版本又不能够行了。这样我们又测试然后又提交一个 bug 表。。接着对方又出来一个新版本。。。。。可是这样周期太长了，就是说好像测试没有结束的时候。（问题 5 ：遇到版本更新频繁的软件，这样你觉得怎么测试比较好，或者采取一些什么形式的分工比较好，最主要是提高效率。）

问题 5 ：遇到版本更新频繁的软件，这样你觉得怎么测试比较好，或者采取一些什么形式的分工比较好，最主要是提高效率。

答：不管是第一次提交测试，还是这个软件回归测试了多少轮；每次新程序的提交我都先测试优先级别比较高的测试用例，保证主要业务、功能能正常运行，发现问题，记录；软件还可以继续测试的话，把上一版本测试发现的问题进行回归测试；还有时间的话，就执行剩下的测试用例；还有时间的话，进行探索性测试，思考哪些地方可能会有问题。

5 ： bug 记录工具的使用

公司有个 bug 记录工具，大家也许是感觉新鲜，一股脑发布了 200 多条 bug ，并且重复的好多，看起来很不方便。所以我提出意见让人整理，可是老板说浪费时间，我又不能够承担这个责任，因为好多 bug 是别的模块的，我不是很了解。（问题 6 ：公司在使用 bug 记录工具上，怎么使用好，还有修复的流程是什么，是允许开发人员直接修改，还是说必须和测试人员协商后，确认 bug 已经被修复才能够关闭。最好有具体的可行性的，或者贵公司使用 bug 记录工具的流程。）

答：这个问题是这里面最弱智的问题，用 GOOGLE 搜索“软件缺陷的管理流程”或相关 BUG 修复流程会有很多资料，我就不具体说了。

6 ：测试工作的总结

经常听你们说测试后要有总结，可是我觉得没什么好总结的，大概是因为要总结的太多了，比如我测试了登录页面，可是我真不知道怎么测试这个登录页面会比较完美，或者说登录页面大家有没有一个可取的模板测试，感觉测试到现在一切都是自己的想法。根本没提高，也会在 51Testing 和一些国外的国内的测试站点去看别人的经验，可是发现别人写的都比较抽象，我需要的是比较具体的经验。比如我刚才说的登录页面的测试，就是有没有一个国际规定，说登录页面必须怎么测试，达到这样测试，就基本上可以通过了。（问题 7 ：经验到底是什么，我很疑惑，难道只是一个熟练度的提高，怎么达到质的提高，怎么提高自己的测试水平）

答：我个人理解：经验就是你个人的能力，不光是熟练度的提高；还有很多方面的要求。测试很锻炼一个人的：学习能力、理解能力、表达能力、组织能力、沟通能力、协调能力、写作能力、适应能力、想象能力。

学习能力具体表现在：能很快的熟悉新的开发技术和新的系统业务。

理解能力具体表现在：能明白开发人员说什么、用户说的是什么、能看懂文档写的是什么。

表达能力具体表现在：能把自己的观点很明确的让人明白，能把自己要问的问题表达清楚。

组织能力具体表现在：能把人力、物力很好的融合到一块提高工作的效率，发挥各自的长处。

沟通能力具体表现在：和用户、开发人员、技术支持人员、测试人员之间的沟通是否是有效的。

协调能力具体表现在：能很好的安排工作和解决工作中碰到的问题。

写作能力具体表现在：测试文档或其它文档的编写技能以及文字组织能力。

适应能力具体表现在：能在不同的公司、不同的业务进行测试；不是换了一家公司就不会测试了；在高强度压力工作下的承受能力。

想象能力具体表现在：能够对系统业务进行创新。

熟练是一回事情，要想提高工作的质量，一方面是自己严格要求自己；一方面是要虚心听取别人指出你的工作错误点或好的建议。虽然是同一件事情，用心的人和不用心的人做出来会有不同的效果。

测试工作总结就是总结工作过程中的得与失；只有很好的总结这些经验，才能在下一次工作中少出错，而坚持正确的思想。

7 ：测试人员的能力

我看网上关于测试人员的职业规划，有两条路一条是高级测试人员，一条是测试 leader ，我决定向高级测试人员发展，于是我就拼命的学习和提高，可是老板把我叫到办公室说，我太不主动了，说我不是自己模块的事情就不关心了，我跟他说我在学技术，在提高自己的技术，他就说我没看出你比别人表现出来强多少啊，那我就觉得了，我是一个新手，处于上升阶段，现在一点时间，我当然不会一下子的那么厉害啊。他让我多去做点事情，比如帮助公司把测试用例的模块搞出来，我晕，我那里去搞，我现在都是对测试用例好大的疑惑，怎么可能，他还让我多做点其他事情，比如会议记录啊什么的，还要我主动，可是我们工作本来就很累了，如果我再去做一些其他的不是测试的事情，那我就没时间学习测试的技术了，（问题 8 ：到底怎么提高自己的能力，或者换个角度说，现在的企业需要测试人员那种能力，那样的测试人员最吃香）

答：总算是最后一个问题了，怎么提高自己的能力和你个人的知识结构框架有关，有计划的补充自己的知识空白点。大多数企业现在需要综合素质很强的人，可以干各种各样的活。巴不得是个全能更好。

http://www.microsoft.com/china/CSS/welfare/welfare01_08.asp

软件的食物链

目前，在中国做测试，会碰到如下现象：

1 、测试人员没有办法了解所测系统的用户需求。

 K:这个目前我公司都是国外项目,需求文档都是最先过来,不存在这个问题.  

2、测试人员在项目组中工作职责和内容不明确。
K:这个需要加强,没有流程去记录或者什么,刚从事测试,测试组也刚成立,很不完善,这个先不谈 
  

3 、测试人员要在短时间内测试改动很大的软件，同时软件更新很频繁。 
 K:这个感觉到了,那里都一样,测试有测试的辛苦,开发有开发的难处.

4 、测试人员和开发人员的沟通有效问题。

K:刚从事测试行业,开发的队伍也是年轻人,沟通还是比较放心,不过也明显感觉到因为开发和测试的侧重点不同,沟通确实有些吃力.最大的体现是,说不到点子上面去,测试人员考虑的问题好多开发人员没想到,他们就支吾应付了事.

5 、测试吃力不讨好。
K:这个确实是的,刚开始在论坛上面测试人员身份卑微,现在是深有体会,不过既然选择了,就得克服困难.