我的一些工作总结，请高手给些意见
一. 关于测试人员能力技能需要自我评价1. 熟悉测试和bug跟踪的流程，并在bug跟踪过程中给出错误分析。随着经历了几个项目的测试，现在已经能够比较好的了解整个测试流程的过程，对bug也能够进行一定的分析（分析的程度取决于对需求的了解和其他方面的知识）。2. 熟悉SQL语法，能够编写出一些复杂的SQL语句现在可以在开发人员讲解后，比较清楚的了解存储过程的实现，能够读懂一些基本的SQL语句，自己写一些查询需要的语句，但还不能说得上对SQL充分熟悉，还需要一定的加强。
3. 熟悉测试用例，对负责的模块能写作并执行有效的测试用例能够根据需求很快的提供出需要的测试方法，并把方法转换成测试用例，也有能力随着测试的深入和对系统进一步的理解增加测试用例。（这个很大程度取决于对需求的理解）。
4. 熟悉自动化测试工具，如Loadrunner，Winrunner，QTP这一点由于目前项目没有需要，还有很大的欠缺，只是了解自动化工具能够提供的帮助，还没有在实际应用中很好的使用过，（如果项目没有涉及）自动化工具的使用我将会在明年的上半年进行自我加强，不过目前项目可能会涉及到一些自动工具的使用，我会珍惜这个机会，把项目使用的功能掌握。
5.对测试结果进行分析并写作相应测试报告 在提交bug的过程中我们都会有相应对bug的一些说明并且和开发人员讨论一下bug产生和解决的方法
6. 有能力分析出要完成项目所需的硬件需求
在项目测试开始前都会像客户了解所需要的硬件需求，并向开发人员了解其他需要的软硬件需求。
7.有能力最小化缺陷复现步骤，有能力判断并合并重复Bug现阶段，我们测试组在测试中，都是把bug落实到具体的需求点上，但是项目的特殊，四个工厂在大体逻辑上是一致的，但具体实现中又是个有特点，重复bug的定义有一定的难度，但组内成员，对这一方面有一定认识，比较好的做到了合并重复bug.
8. 能确定测试工作范围，判断工作优先级别并制定出相应工作计划
在对需求有一定了解后，测试组可以很快拿出针对每个需求的测试方法，但是由于上个项目开发人员时间比较紧张（而这个项目的具体需求和逻辑只有开发人员了解），测试方面能够得到对需求的了解比较有限，导致了与开始分析需要的时间和计划产生了比较大的差异，随着测试的进行我们测试组比较好的调整了项目实际的需求和工作计划。
9. 会使用项目所需的测试工具定位Bug，分析Bug数据，并协同其他人员进行进一步的解决在TD有每个BUG的纪录，即便在项目最后阶段时间紧张，开发人员在工厂现场办公，不能和我们有及时的交流，我们仍然继续坚持检查现有版本，并把发现的问题进行整理在第一时间通过邮件的方式提交给开发人员。
10. 较少监管时也能进行工作 在项目有需要的时候能够自觉加班，在项目进行中努力工作，最大限度的发挥自己能起到的作用
11.清楚何时应该向上反映问题在项目告一段落的阶段能够提交比较好的总结，但在项目进行中由于时间紧张，在提交报告上还有所欠缺
12. 有能力向测试组工作流程提出改进建议 在测试组工作例会中能够提出一些建议和看法
13.会写一些基本的测试脚本 目前没有接触到相关的需要，因此在这方面还有比较大的欠缺
14. 针对项目能制定出周计划及相应任务安排在项目进行中基本上能考虑到目前需要的工作，并且会和组员进行讨论，并确定出具体的工作安排
15. 有能力把问题锁定在小范围内并提交给合适的人去进行进一步的调查解决 目前需求点比较明确，一般我采用小组讨论，并按讨论出的预计时间安排工作，在项目进行中也能调节人员安排，使整个组在项目中工作同步
16.和其他模块负责人能建立好关系，并协同好其他模块人员和开发人员为项目成功努力！这点我一直在努力，并和很多开发人员建立了不错的关系，但在项目进行中可能由于时间紧张出现一些时间上的矛盾，我会继续加强这方面的能力。
二 . 自己进入公司以来对测试工作的认识和看法
1．我是一个员工
时时刻刻不要放松自己能力的提高,能力只能越来越加强,只是快慢问题,(越快就越主动),老板是可以随时让你吃炒鱿鱼的.（有一定的危机意识）
仅仅有能力还是不够的，一个努力工作和乐于合作的态度会让我们的工作事半功倍。
2．一个初次工作的人容易犯的错误（其实是很多人都有的缺点）：
勤勤恳恳犯错误，踏踏实实不改正。
在刚参加工作我就在心里提醒自己，但是在实际工作中由于各种原因，在这个问题上始终不能让自己满意（有客观原因但也有主观原因），错误总是犯，而且有的错误并不是很快就能改正。
随着经验的增加，和自己对项目的了解，我感觉自己可以比较好的减少出现错误的概率，并且能够对自己的错误有比较深刻的认识。
3．针对公司项目，关于做好一个项目的测试我感觉最重要的事
一个不能明确目标与方向的司机，他车开得有多快，就有多少浪费，甚至是灾难。
根据目前的我做项目的经验，一个明确的需求文档对测试人员显得是非常重要的！
一份好的需求文档在测试初期可以帮助测试人员很好并且很快的完成对项目的理解，可以根据文档拿出一个比较准确的测试方法和计划。（当测试人员完成了这些工作剩下的事情70%左右就都是体力活了，当然随着测试的深入会有对测试的计划方法上有一些调整，但是如果在一开始能够把握准确，后面付出的代价将会是很小的，反之，代价就是不言而喻的，很有可能导致测试变成了可有可无，甚至是给整个项目带来不必要的麻烦。）
所以，如果拿到了一份好的文档，一定要仔细阅读，会有很多收获 — 磨刀不误砍柴工。
4．需要做必要的心理准备（对突发事件的应对能力）
变是唯一的不变
在目前，针对客户群，作为测试，我们即便完成了事先预计的任务也不是可以休息的（很多时候这种情况在项目中就会发生），客户有可能改变需求，开发人员有可能改变实现方法，而且还有很多其他可能会使测试工作被打断或者改变。
所以作为一个测试人员，需要有对各种变化的心理准备。
这一切是因为开发一个项目就产品而言测试是最后一个阶段，而所有改变带来的困难在测试阶段会被放大到最大。
5．一个项目前期准备工作比较重要的准备工作
A.任务确认（如果你的leader不是所有事都以文档形式告诉你）
项目前期可能会有很多比较琐碎的事情需要办，这些也许和测试本身并不相关（只是你这样认为，而随着你的成长你会发现所作的事情都是必要的），而你的项目经理或是其他一些可以对你安排任务的人可能会在一些时候只是口头的告诉你一些你需要去做的事情，这时候我应该把它们记录下来，整理成清单，然后以邮件的形式发给安排任务的人，让领导去确认，如果领导忙没有回复你，那就按照你的清单去做，如果领导来找你，把你的邮件给他看看就可以了。
当然做为测试人员我们更应该积极一点，应该主动要求领导去确认（这里很需要注意方法，因为领导可能比较忙，而比较忙的人容易急躁）
B．搭建测试环境
搭建测试平台需要注意:
1 在分完权限以后再作搭建工作(分权限会影响数据库文件)
2 准备好需要的软件资源
3每个项目都需要管理员权限如果没有会非常麻烦. （如果有特殊设置的系统需要更加详细的设置）
4将系统进行备份
5 找开发人员要项目的版本（包括数据库和程序，可能还有必要的说明文档）
6将搭建后的系统（安装好必要的软件）进行备份；将比较正式的版本（数据库）备份
7 环境搭建好一定要进行必要的测试，保证下面的测试可以进行
6．开始项目测试：
A. 介入一个全新的项目：
a. 介入一个这样的项目恭喜你，你会遇到比较少的麻烦
b. 读好需求，做好测试用例（这些是测试人员应该作的最起码的事情）
c. 根据自己的能力，在开发人员有时间的时候和人家多讨论一下项目有关的东西吧，会有意外的收获
d. 正式开始测试，努力去做努力去想吧，做的工作到这个阶段应该是70%的体力活了，而你要去想的东西请你谨慎一些，因为30%要去想的事情可能会收到200%甚至更多的效果（取决于个人能力）。当然如果做好了前面那70%很多开发人员和项目经理就会对你很满意了，而需要思考的30%我个人认为需要慎重对待，因为你做出来，开发有可能认为你多管闲事，你做不出来，别人不知道你做了耽误时间是自己的（公司是按MANDAY算效率的，所以想踏实干下去这30%你可以不做，想以后有发展30%还是做一做），如果你做错了，对不起你可能自己找了个大麻烦（开发，经理，客户好像那一个都可以让你很麻烦 — 只要他们想）。
B.当介入一个开发比你了解更多的遗留项目的时候
a. 你要自己很小心，因为很多东西不是你能决定的了
b. 不仅仅需要一份好的需求文档（如果有的话，如果没有自认倒霉吧），努力的寻找各种关于项目的文档和资料吧，（需求并不一定是在很充裕的时间和很认真的态度下完成的，即便是在前面的前提下完成的但人也会犯错误），我们做的这些“额外工作”是很必要的，可以减少一些测试风险。
c.请和开发人员讨论下系统最需要测试的方面
注：一定要注意方法和时间的安排
d.如果你愿意冒险去做那30%的工作请也注意一下：不能改变系统原有框架！原因很简单系统是不可能重新开发的。
e.在开发人员比自己了解的多得多的情况下怎样沟通(这里需要技巧啊,往往人家觉得1+1=2的事情在你看来不亚于爱因斯坦发现相对论)
f.剩下就是干活了，（如果开发人员比较紧张）这里请注意虽然前面应该已经写出用例和计划，而真正能起到作用的估计只能有30%，而有40%是需要重新思考和写用例的半体力半脑力活。而剩下的30%，建议还是不要过多的去做了。 写的很好很有体会,就是心里话,支持,慢慢的学习,坚持不断的学习,你一定会很棒的哈 “在开发人员比自己了解的多得多的情况下怎样沟通(这里需要技巧啊,往往人家觉得1+1=2的事情在你看来不亚于爱因斯坦发现相对论)”
写的真好，作为一个刚入职，在公司未满一个月的小菜鸟，看到坛主写的工作总结觉得有了更多对于工作的理解！
页:
[1]
