针对这半个月的测试项目一些疑问。（多谢李丽君前辈的解答）
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
：到底怎么提高自己的能力，或者换个角度说，现在的企业需要测试人员那种能力，那样的测试人员最吃香）
答：总算是最后一个问题了，怎么提高自己的能力和你个人的知识结构框架有关，有计划的补充自己的知识空白点。大多数企业现在需要综合素质很强的人，可以干各种各样的活。巴不得是个全能更好。