一个测试菜鸟的Z项目总结

一个测试菜鸟的Z项目总结一个测试菜鸟的Z项目总结（引用请注明出处）作者：许奔博客地址：/xuben邮箱：xuben222@126.comQQ：420524900下面我简单谈谈对项目的认识、经验和教训，以及对未来改进的一些建议！一、对项目的认识（一）项目主要逻辑这个项目按我的理解，主要逻辑就是三个方面：权限、时间和域。1、从权限上说，Creator（文档创建者），GC（文档协调员），Sub-GC（副协调员），Admin（系统管理员）和DM（文档管理员）都有不同的权限。谁能编辑文档，谁能发表评论，谁能对文档或评论进行解锁，谁能删除文档，谁能委派权限等等都需要理清楚；2、从时间上说，文档内部截止日期、文档外部截止日期、文档协调员预警日期、文档管理员预警日期都需要设计相应测试用例进行单独及并发测试。对于本系统而言，时间是一个非常关键的因素，它控制了自动发送邮件的几个条件。但在构造逻辑上却有很大的不足——比如“文档发表日期<内部截止日期<外部截止日期”这个条件没有设置（用户未提出需求，却会造出逻辑上的混乱）；3、从域上说，每一个域有相应的文档及评论，每一个域由不同的人员组成。域的内部文档，及域之间的文档都需要进行相应设计——比如说一个域的人员进入别的域创建文档或评论，在选择文档资源（DocumentSource）时会发生冲突（因为文档资源通过域进行过滤），这样，当其它域的管理者进入该文档进行编辑时，文档资源会产生缺失的情况；（二）项目主要功能项目主要功能有：创建/删除文档、创建/删除评论、编辑文档、向导页面、上传/下载文件、搜索和发送邮件。1、创建/删除文档：主要检查创建/删除文档的条件，满足条件是否能顺利创建/删除相应文档，不满足条件或条件缺失时是否仍能创建/删除文档；2、创建/删除评论：同上；3、编辑文档：主要检查文档编辑者的权限——符合权限的文档编辑者能否顺利编辑并保存文档，不符合权限的文档编辑者是否也能编辑并保存文档；4、向导页面：向导页面是对该域内所有文档的一个向导，有哪些文档，文档下有哪些评论、有哪些链接、有哪些上传模板，通过向导页面可以直接编辑该文档或直接针对该文档发表评论,或下载相应模板、点击相关链接等等。向导页面主要检查每一个链接是否正确，能否正常引导至相应页面，搜索功能是否正确等等；5、上传/下载文件：主要检查基本文件（.txt/.doc/.xls/.ppt）能否正常上传下载，超大文件（大于10M）或特殊文件（如快捷方式等）如何处理；6、搜索：主要是对搜索框的每个输入条件及搜索组合进行验证。搜索不是逻辑难点，但却是用户最频繁使用的一项功能。保证最基本功能的准确无误，需要非常耐心并仔细地进行连续不断的重复操作才能完成；7、发送邮件：通过各种自动发送邮件条件及收发邮件人进行测试，并与手动发送邮件进行对比。缺少相应发送人（比如GC）时，邮件能否发送成功等等；（三）细节问题小项目由于逻辑相对简单，所以更需要关注于细节，纵观所有上报的BUG，很大一部分是图标显示、时间显示、强制输入、字数限制、Excel显示、不一致、提示、排序、单词拼写、语法、界面设计等等，这些错误看似简单，却会让用户觉得开发、测试人员不够专业。对项目整体的印象会大打折扣。下面，就这些简单错误进行一些说明：1、图标显示问题：页面有的图标直接显示错误（红叉）；有的图标点击之后报错（刷新出错）；有的图标刷新后不出现等等；2、时间显示问题：系统最上方有个显示最后登录时间的地方，时间显示无法更新，或更新出错；3、强制输入问题：这个项目有很多需要强制输入的地方，背景色为绿色。但在测试过程中发现有些背景色为绿色的并不需要用户输入也能保存（比如弹出新项后有两个文本框，背景色都为绿色，表示此项为必填项。但事实上，只需要填写其中一个文本框就可以保存。这就产生一个问题，该把哪一个文本框设为绿色？最好的方法是，填写其中一个文本框后另一文本框绿色底色消失，但这在实现上非常复杂）；而有的背景色并非绿色，但保存时提示需要输入；4、字数限制问题：很多输入框都没有字数限制，导致大量输入保存数据库出错；5、Excel显示问题：页面弹出Excel时同一列数据数据有的跨列显示，而有的则本列显示；同一列数据字母都是左对齐，数据却都是右对齐等等；6、不一致问题：很多下拉菜单旁边都有一个“更多”按钮，点击此按钮弹出页面选项与下拉菜单选项出现不一致（即其中之一显示错误）；7、提示问题：有的页面该项只允许输入正整数，另一个页面同一项却允许输入负数和零（比如SiteLinks的SortCode不能填负数和零，但Category的SortCode就可以），但输入时缺少应有的提示，输入字母或负数保存后该项变为零；8、排序问题：页面每个下拉菜单标题都可以点击排序，有些链接点击排序错误，有些点击后页面错误；9、单词拼写问题：这是最小的问题，却也是最能体现专业化程度的问题。单词拼写错误出现比例直接体现整个团队的责任心和职业度；10、语法问题：同上，需要的不是开发、测试技术，而是责任心和认真的态度；11、界面设计问题：这是最能体现人性化的一点，比如一个页面是否应该按域进行过滤；页面应该显示15条记录还是30条记录；记录显示框应该按照记录的数目动态调整还是保持静态大小；保存新记录后页面该倒序排序还是正序排序；子项输入框应该直接显示还是隐藏；左侧列表项的链接应该展开还是关闭；下拉菜单标题应该单排显示还是双排显示等等；界面设计是整个设计的重头，对于小型项目而言尤其如此。在界面设计时应尽可能地与用户进行沟通，有时候一个小小的改动会让用户觉得方便很多，对项目的满意度也会相应提高；二、经验和教训经验：1、学习使用BugTracking系统（以前是用TD上报Bug）；2、学习设计测试场景（比如根据自动发送邮件条件进行相应场景设计）；3、学习关注细节（“细节问题”里提及的问题不仅是开发人员犯错误，更是我之前一直忽略的地方）；4、学习通过设计文档找答案（以前只注意需求文档，很多设计的细节都跑去问项目经理。其实设计文档里很多细节都写得很清楚）；5、学习更专业地填报BUG（以前填BUG都较为随意，语法单词不太注意，也没有具体的再现问题的步骤，造出很多误解）；6、学习更深入地进行测试（比如通过SQL注入测试系统访问的安全性和搜索的有效性）；教训：1、不注意细节（很多细节都视而不见或是觉得无关紧要，对质量的理解仅仅停留在功能或逻辑错误的层次上）；2、设计测试场景能力还有待提高；3、随机测试成分较大，对测试总结不够，测试流程相对简单；4、与项目经理沟通过于频繁，沟通后未能及时形成记录，导致同一个问题重复沟通；5、测试人员之间的交叉测试程度不够；三、对未来改进的一些建议经过这次完整的项目测试，学到了很多，也发现了很多问题。对于未来项目的测试，我如下几个不太成熟的建议：1、项目经理在与测试人员沟通后，测试人员需要撰写一份自己对项目的理解及未来的测试要点，便于及早发现测试人员的理解误差，及时纠正理解上的失误，避免测试设计上的失误；2、除了最基本的测试文档外，测试人员应尽早编写测试流程文档，将测试流程固化下来，并在未来的测试过程中不断对流程进行更新；3、测试场景设计需要更专业化；4、测试遇到不确定的地方，需要进行多次测试确定BUG产生的真正原因；5、BUG回归不是一个BUG的回归，而是对这一类BUG的回归，回归BUG时需要将场景应用到相似页面上进行测试；6、必须时刻清楚BUG产生的真正原因（多与开发沟通），通过真正原因找出系统漏洞，并在此基础上有针对性地设计场景进行深入测试；7、发布新版本后，项目经理需要将逻辑变化及改动点罗列出来并简要描述，这样测试人员才能更有针对性地验证BUG及根据修改设计相应测试场景；第二篇：一个初级测试工程师的工作总结3100字一个初级测试工程师的工作总结.txt我是天使，回不去天堂是因为体重的原因。别人装处，我只好装经验丰富。泡妞就像挂QQ，每天哄她2个小时，很快就可以太阳了。***：您好！首先为我的再次打扰您，表示诚挚歉意！又是三个月过去了，我觉得我有必要向您汇报我这个季度的工作情况。这个季度，我们公司可谓大丰收啊，签了好几个项目且不说，关键是我们兢兢业业实施的CMM二级终于如期通过了！我们也将既往开来，向着下一个目标继续前进着。伴随着公司整体的大好发展形势，我这个季度也在不断进取和提高着，感谢您这段日子对我工作上的教诲和指导，尤其CMM评估这段时间，我知道您也花了很大心思在我身上。时间过的真快，转眼间又是三个月过去了，这段日子我主要做了两件事情：*月、*月是**系统的后期测试和实施工作；在***、**、***等我们几个的辛勤努力下，总算使该项目胜利实施完成！虽然期间的辛酸与苦涩很多，不过现在回想起来，我们当时忙的很值得；因为对我个人来说，那是我实施的第一个项目，因此忙的很开心。这个项目我也算从头到尾跟随下来，对我后来的CMM研究与实施也有很大帮助；尤其在测试技能上，让我可以站在测试负责人的角度，对项目的整体开发、运行、测试、实施，都有很深的体会，对我今后的工作也是一笔不可多得的财富！不过这还真要感谢***您给了我这个锻炼的机会，我觉得我真正溶入我们公司的这种运作模式是从当时开始的！接着*月份开始，我就正式投入到CMM评估的工作中，期间我也顺带着测试**项目，还对**项目进行了两周的兼职测试。怎么说呢，其实CMM评估这段时间里，是我和您正面接触最多的一段日子。首先请允许我说点题外话，其实那次我也和您坦白过，我在某些时候对您有种敬惧感，这可能要归结到我这人怕犯错，所以在您面前我总是事先对自己说几句鼓励的话，比如“没事的”“我行的”之类的话，这样说其实严重了点，不过我想随着时间的推移和以后工作上的接触，我会消除这点弊病。其实话虽这么说，不过我想由衷的说一句：您真是个好领导!每次我的工作中出现了问题和缺陷，您没有怪我，而是耐心的为我讲解，一次不行就再讲一次，就算是有时候在您很忙时我冒昧的去打扰您，您也会安排**、**等其它同事做好我的工作；您感觉我工作上不能合理的分配时间，您就告诉我分清主次，把最要紧的先做好再去做其它；在**测试中，在我特别忙的那几天，有时您也嘱咐**师姐为我提供一定的帮助??.其实说这些，我只是表达一些我真实的心理感受，今天我想我同样以一个非正式的口气和您交流一下我的思想感情。其实****CMM评估过程中，也许我的工作还不是很令您满意，但我想我还有继续提高的很大空间。这段时间，在工作上我主要体会到以下几点：1）工作中，人的工作热情最重要！这一点，您是我学习的最好楷模；每天看到您总是第一个来到办公室，又很晚才回去，尤其大冬天，说不苦是纯粹的假话，不过是什么支持着这种行为呢？是一种对工作一丝不苟的谨慎态度和一如既往的高昂热情！我想我应该也做拥有您的这种信念的人；只有这样，才可以为工作中具体的事情提供一个心理基础，才会以一个正确的思维方式去应付工作中一切波折与风浪！2）工作中，个人的所为一定要让上司放心！这是我在**项目和与您工作的交往过程中学到的；只有这样，个人才可以得到集体更大的信任，才会有去做更加有挑战性工作的机会，才会将自身的技能提高到一个更高的层次。要实现这一点，就要练好扎实的基本功，积累丰富的经验，不断磨练自身意志，以至处事不乱，冷静分析，做出解决方案！3）工作中，不能为个人事情影响集体利益！这点是我自己总结的，我想如果一件事情再为之苦苦挣扎下去也于事无补时，不如干脆整理思路，放弃这些纷扰，去寻找柳暗花明的又一个出路，说不定会在其它方面得到更大的收获。我想这也算在当今时代很多方面都需要的一种勇气和原则！我想我这次向您的工作汇报多是思想观念上的体会，当然在自身技能方面我也有相应的总结。首先是测试技能：**系统项目是我从中学到最多的项目，因为它让我站在客户的角度去体会一个项目，知道一个项目中客户最关心的是什么，我们所应提供给客户最重要和最关键的东西是什么，所以在日常测试中，我所应该重点测试的地方在哪里，我能够为客户讲述的我们产品的精华部分在哪里??.当然一个项目在它的整个开发周期中一定会遇到不尽人意的地方，客户也会为此抱怨我们，遇到此种情况，作为我们供应商的立场在哪里，如何对此采取一个合理的措施，给予客户一个满意的答复；这些是我亲身体验到的，虽然现在我还没有一个充分有说服力的答案，但起码可以为我今后的工作提供一个有力的思想基础。其次是软件工程知识：*月份的CMM研究与实施，对我来说是一次最好的软件工程课程培训。我自己曾事先买了一本《软件工程》的教材，一个月的不断理解与强化，现在对软件的整体开发流程与期间的关键细节有了深刻的认识。我觉得国内的软件业，之所以完全成功的案例不多，包括国外的很多同行公司，其实欠缺的最关键因素不是技术，不是市场，而是一个软件开发的管理机制，说白了就是一个标准。而CMM正是响应时代的需求，在这样的背景下应运而生，为多少软件企业提供了一个强有力的管理规范。而我们公司通过了CMM，相信我们的所有员工都由衷的欣慰，我们又可以充分发挥个人的聪明才智，在公司中找到自己的位置，为集体献出一份力量了！再次是技术开发方面：这个季度我没有太多的时间去学习开发的知识，因此在这方面还没有一个质的飞跃，只是在java、jsp、数据库三方面，通过学习开发人员编写的源代码和参考教科书来不断的加以巩固。值得一提的是，我对servlet和iplanet有了一定的认识，这是上个季度里我计划在这个季度学习的内容。不过在以后的工作中，我还是不会放弃开发知识的学习，比如java系列、数据库设计、xml、uml等。我曾经征求过**和***等同事的意见，他们也赞同做测试工作，需要一定的编码知识做基础，以更好的理解系统的内部逻辑实现原理和方法，对捕获开发人员的代码缺陷，以需要重点测试的地方也有很大的帮助。最后我想和您汇报一下我目前工作上存在的缺陷。最欠缺的，我想是我