自动化测试经验分享

第一篇：自动化测试经验分享

一、测试的困惑

以前我时常反思，测试组的工作多吗？我的回答是多。测试小组的工作成果的好坏和工作任务的多少成正比吗？最终的回答却并非成正比。我们的测试工作成果往往并不理想，甚至是差。那么为什么事倍功半？这问题很难找到清晰的答案。

参与了外部培训之后，发现了自己在对测试的工作有了新层次的理解。对之前工作成果差的问题思考也有了新的方向。“测试的最高境界是找出所有BUG吗？不是，测试的最高境界是不需要进行测试。为什么不需要进行测试？是因为所有的问题都已经在软件各阶段中介入的测试工作中给预防解决了。由此引申，测试的定位并不是找出BUG，而是预防BUG。” 这是我培训报告中的一部分。如果测试的出发点只为是发现BUG，那么测试工作将会如何？辛苦的发现了一个BUG，之后开发针对性的修正了这个BUG，再回重新测试的过程，又会有多少人会重新被卷入，又会有多少BUG因此而产生，又需要花费多少时间，答案可想而知。这就是我们忙又不见成果的主要原因。所以改善这个问题的出发点就是改变对测试工作的认识——测试的目标并不是为了找出BUG，而是预防BUG的出现。

如何理解正确的测试目标是预防BUG的出现。首先可以从软件测试的阶段划分来看。软件测试的阶段划分为需求、设计、编码、测试、验收。但按此划分来定位测试是错误的。假如在编码阶段完成后测试出的BUG属于设计问题（这也是我们测试工作中经常遇到的情况），那么我们已经编码完成的产品就要面临着伤筋动骨的修改，这样的修改会带出多少个新的BUG出现？为这个修改我们又要重复的测试我们的新提交版本多少次？想必都有很深刻及惨痛的答案了。由此可以说明需求设计阶段的测试比编码阶段测试重要的多。在需求上出现的BUG就很有可能足以推翻整个产品。那么如果在需求设计阶段测试人员就能发现产品设计的BUG，那么就可以避免了因此而衍生的产品BUG，达到预防BUG这种测试理念的目标。

那么又如何能做好以预防BUG为目标的测试工作。“测试工作不只是一种技术，也不仅是一种活动。测试工作的成功也不能取决于测试成果，测试的BUG越多并不能证明测试工作做的好，所以由此引申，测试工作要站在团队的高度来开展，在团队中做好测试，而不是在测试小组中做好测试。”这是我培训报告中的另一部分。要做好以预防BUG为目标的测试工作，首先要尽早的参与到项目中，其次就是需要各部门及小组的大力支持，与业务、项目、代码人员共同形成团队，在团队中影响其他小组提高产品质量，更好的完成以预防产品出现BUG为目标的测试活动。

总结来看，我个人觉得拥有这样的测试理念可以解开我们的疑惑，带领我们走出目前的困境。

二、自动化测试迷失

随着工作、发展、提高等等多方面的需要，我接到了开展自动化测试的研究工作。概念上来说自动化测试是一种测试度量体系。现实点来说，自动化测试可以为我们自动、无误的运作完成大量且需要重复执行的测试用例。这是多么让人振奋的概念。甚至可以解开我上文所提到的有关测试工作的困惑。我很兴奋的去展开研究目前最流行的自动化测试工具之一QTP。甚至设计出了管理中心的三个重要功能的自动化测试脚本，并且运行无误在自动化测试讨论会上兴奋的向大家演示。之后还用工具按键精灵设计出了前端的A类测试用于实际的测试。但很让人沮丧的是最终这些脚本全被遗弃在电脑硬盘的角落，再也没派上用场。为什么？因为他们维护起来很困难，因为他们编写它们的时间与实现的价值并没有超过手工测试。这就是自动化测试吗？怎么不可行啊，我有点不太相信这种结局，所以我再一次困惑了。

外部培训的老师这样告诉我们：“我们并没有理性的看待自动化测试，自动化测试并不是我们看上去的那样美。首先自动化测试能直接的节约成本、让测试人员变轻松的想法是一个误区。因为原本用于手工测试的时间用来编写及维护测试脚本了，而完善的自动化测试脚本编写或维护的时间很可能会超过手工测试的时间。再者自动化测试脚本用例是测试人员所编写，自动化测试只能是沿着该测试人员的“足迹”前进。所以用自动代测试来发现更多软件产品问题的想法也是一个误区。其次并不是所有的测试都能自动化，测试的自动化也不一定是解决问题的最佳手段。”

听完这些，原本困惑的我又多了份惊讶，一方面惊叹产述的这些状况与我之前的自动化测试的试行失败是相近的。另一方面又猜疑这自动化测试该不会像共产主义社会那般吧！随着培训内容的展开，我终于解开了困惑，何为理性的看待自动化测试。

“如同不能指望原始社会拥有了汽车就能进入现代社会一样，自动化测试工具永远都不能主导测试实现自动化”（出自国信培训文档）。我们错误的把自动化测试看成了一种测试工具或测试手段。自动化测试是一种理念，它要发挥它真正的作用就需要这种理念转变为一种体系——自动化测试体系。

“引入自动化测试的前提是已经建立了合适的自动化测试体系，如果没有这些，而片面的追求自动化，无异于缘木求鱼。自动化测试体系是指能够适用某种环境的测试工具、过程、人员结构、方法的综合，运用于整个项目团队”。回到我之前的对QTP研究失败的原因，首先我开始就觉得因为研发的设计、编码实现并没有考虑到自动化，而导致自动化脚本的编写非常吃力。比如产品页面项目的命名不规范，导致自动化测试工具很难捕捉这些页面对像。其次就是测试脚本的方向迷失，我在研究QTP的时候就发现了这个问题。随着我一点点的在编写着脚本，我不断的发现自己在的测试脚本的编写方向上出现了迷失。这段脚本我编写的目标本来是功能测试，但随着我的补充却接近于开发级的单元测试。而另一段本属于功能性测试的脚本，因为功能的重点需要，我又补充了部分脚本导致整个测试脚本测试目标变成了完整关联性测试。而做为单元测试的脚本却并没有在开发的角度上来设计，根本做不到函数、类等代码级的测试，根本不能达到要求。做为完整性测试的脚本也无法模拟接口功能中几何倍数级的各种条件输入对应的输出测试。而功能测试脚本算是硕果仅存，但随着开发对产品的代码大规模调整（这些调整当然不会考虑对已经实现的脚本的影响）而直接“报废”。如果需要脚本继续工作，那么就要花时间来修改调整它。这些脚本的结局又再一次可想而知了。

所以首先我们要理性的看待自动化测试，不要片面的去追求它。对不同的项目要开展不同自动化策略。参考如下

（1）评审项目中特定的部分作为应用自动化的候选对像。

（2）从项目中高度冗余的任务或场景重点考虑自动化。

（3）将乏味且人工容易出错的工作重点考虑自动化。

（4）将回归测试经常需要“照顾”到的部分重点考虑自动化。

（5）自动化开始时要首先关注开发成熟、理解透彻、相对稳定的且不易变的部分优先考虑自动化

其次，自动化所实现的最大价值目标是可不间断的、可重复的自动执行对需求、设计、代码全面覆盖的大量测试用例从而预防bug的产生的一套质量保障机制。所以自动化测试的重点在于测试自动化作为一个体系，要运用于整个项目团队。项目组要讨论它（策略、时间、成本等）、研发需要参与它（编码方向、自动化支撑、以及代码单元测试自动化的计划和执行等）、测试要引导及推进它（策略、方法、执行、跟进、维护等），各团队共同形成体系，才能让自动化测试工具真正的成为一种质量保证的有力武器。

第二篇：软件(自动化)测试工作总结

202_年工作总结

202_年自动化测试工作严格按照要求，保质保量完成客户指派的任务。截止目前，已完成话费收取、账单查询、产品变更、营销活动等137项关键业务测试用例、105个自动化回归测试场景设计，范围涵盖个人业务、家庭业务、集团业务、账务管理、营销活动及各类常用查询功能。陕西公司在大型版本上线时均进行关键业务自动化回归测试，降低了新版本上线风险，保证了新版本上线后关键业务和常用业务正常受理。累计已进行新需求上线前后回归测试68次，运行业务脚本13100余次，发现系统原有缺陷38个，新需求缺陷69个，进行业务规则梳理146个，为新需求影响范围分析提供了数据依据，较大程度的提高了上线成功率，降低了上线后系统的缺陷率，提高了系统的稳定性。

从202_年5月份入职到现在的多半年时间内，主要对系统，业务的深入理解，学习。对工作中所运用到得工具熟练掌握，每次上线都能按照要求，独立完成分配的任务。对自动化脚本进行重新整理改进，发现问题及时联系局方人员进行协商，处理。

主要工作内容是负责自动化测试这块，自动化测试的目的在于保障在新业务上线后，能正确的把控新上线内容对整个生产环境的影响。确保在新业务上线过程中，及早发现关键业务的情况，判断其是否受到影响，同时确定新上线业务是否满足要求，达到预期的功能目的。每次上线加班，严格按照要求进行测试，仔细记录测试中发现的BUG，当天寻找开发或相关负责人进行解决，每次按时到达工作现场，认真对待工作，至今没有由于个人原因出现严重过错。其他时间，对测试环境，测试数据和脚本进行维护，管理。领导每次分配的任务认真对待，按时保质完成。

工作中存在还需要以后改进的几点：

1、对业务的熟悉度更进一步了解，拓展。

2、对脚本进行改进，创新，能够更全面的覆盖测试面，争取最大限度的找出问题所在。

3、在测试工具，软件，脚本等方面进行创新，提高测试正确度，测试效率，真正达到自动化测试的目的。

以后主要对自动化更深一步的了解，学习，还有对移动业务庞大的系统进行深入了解，经过这样紧张有序的一年，我感觉自己工作技能上了一个新台阶，做每一项工作都有了明确的计划和步骤，行动有了方向，工作有了目标，心中真正有了底！基本做到了忙而不乱，条理清楚，从根本上摆脱了刚参加工作时只顾埋头苦干，不知总结经验的现象。针对个人和工作上存在的不足，我会不断的去改善，好的习惯继续保持，同时也会不断更新自己的知识库。

第三篇：中科院自动化考研经验分享（模版）

看到论坛上关注自动化所或者有报考意向的同学不少，自己备考时的那些影像又浮现在眼前，百感交集。自动化所的同学们都很忙，而且一向踏实低调，几乎没什么时间来这里逛论坛，这可能是为什么可以参考的经验贴比较少。我距离进入实验室还有一段时间，所以就让我来谈谈复试的心得体会吧，一方面给同学们提供些可能有用的信息，另一方面尽可能客观地介绍关于自动化所的一些情况。实际上14级的一位学长写过一篇很详实的帖子，在这个论坛上应该能找得到。我主要来补充一些今年的情况，并且结合与导师的几次沟通，谈谈我本人对一些问题的看法。如有不妥，欢迎交流。

在这个帖子里，我不打算按照初试和复试的模式来叙述，因为对于一些问题，比如学习方法，本身就是仁者见仁智者见智，所以就不再赘述，但如果必要的话，我们可以私下交流经验。我主要挑选一些大家可能关心的问题，尽可能客观地谈谈自己的理解。

1我的情况：

我本人毕业于985高校，一战失败后转战中科院自动化所。今年非常幸运地录取到模式识别国家重点实验室（以下简称“模式国重”）。这不是重点，我主要想说的是，报考自动化所的往届生很多，很多人都是辞职考研或者再战考研，大家的经历五花八门。自动化所的老师们非常开明，他们一般情况下不会介意你的过去（犯过罪就另当别论了），在我面试时，一个老师亲口谈到这个问题，因为他本身就是工作后考进来的。所以无论是辞职还是再战，作为往届生的你不用担心被歧视的问题。如果你是应届生，那么你很可能要面对身经百战的大叔们的挑战，很刺激哈哈。

2出身的问题：

先说下今年的情况，34人被分为两组参加面试，我们模式这个大方向一共19人。我大致看了一下名单，985的考生应该能占到6成以上，其中不乏名校，比如中科大、北航、北理、哈工大、南开、中南、华南理工、西工大、北邮等（排名不分先后）。19个人之中只能录取13人，在这13人之中复试排名前5名有资格进入模式国重。所以说，竞争非常激烈，注定有985考生被刷。据听说，一位400+（我们大方向共4人400+）的985考生复试被刷，而一位来自某省属高校的考生被模式国重录取。你可以看到，出身只作为参考，不起决定作用，复试非常关键。

关于出身，我是这么看的。一个人本科学校的层次大致反映了他/她高考前一定时间段内的学习成绩或者说学习能力（不考虑考砸了或超常发挥）。你可以回想一下中学、大学时代的各种考试，除个别人、个别情况之外，大部分学生的成绩排名会稳定在一个区间之内，用概率来讲的话，一个以往每次排名都很靠前的学生，在下一次考试中的排名靠前的可能性会很大。这就是为什么老师们在选人时会参考你的本科学校和专业，本科成绩，考研成绩，是无可厚非的。如果这些数据都忽略不计的话，你让老师怎么去了解你这个人呢？实事求是地讲，如果你的本科是好学校，本科成绩不错，考研专业课和数学成绩很高，老师们对你的第一印象是不会差的。

3公平：

如果说只看了上面一段话，你很可能会误认为自动化所很看重出身，网上发牢骚、抱怨的帖子也不少，甚至有人说“非985、211，自动化所你考不上”所以，我把公平单独拿出来谈谈。首先，不必过于看中所谓的出身。前面介绍过，我们模式这个大方向上19个人面试，985考生占6成以上，所以从某种意义上说，本科出身几乎谈不上什么优势，因为大家的情况差不多。反倒是本科学校不怎么出名的考生更容易让老师们眼前一亮，如果再加上复试的时候发挥的好一些，是很有可能逆袭的，就像前面介绍的某省属学校的考生录取到模式国重一样。在北京的几天，通过和其他研究所的同学聊天，我觉得自动化所的生源是相当不错的，而且在推免的过程中，所里已经招进了足够多的名校的学生，所以，根本没有必要再用本科出身作为标准去卡这帮统考生。不像某些高校，生源差，遇见了985考生就像见到宝贝一样。

其次，复试的流程非常专业，尽可能全面地了解考生。在复试之前，研究所会让考生填写一份类似于简历的个人情况表，其中有一个个人自述，能让考生更加全面的展示自己。复试的第一天会进行心理测试、专业水平测试，又要填各种表（背景、各种认识、自述），总之，这一套下来，你会觉得自己的全部都在那几张纸上了。这些内容都将成为第二天面试时的重要参考资料，老师们人手一份。复试成绩由在场老师们打分决定，十几位老师打分的平均数（去掉最高和最低）就是你的复试分数，这样在一定程度上避免了你联系了某位导师而得到较高的分数。你所联系的导师在复试现场的可能性也不大，除非你联系的是刘成林老师，他是模式国重主任，面试主考官。最后我想说的是，既然选择了这条路，就要做最困难的打算，用积极的心态去面对一切可能的结果。遇见一些挫折就抱怨这个抱怨那个，不如问问自己当初是否准备好。4科研、项目经历：

相信很多考生会关心这个问题，担心自己的“平庸”会成为一个不小的劣势，因为我当初就为这个东西发愁过。我本科期间参加的科研活动不多，参加过两次校级数模竞赛，做过一两个课程设计，在实验室待过半个月，除此之外几乎没什么亮点。和那些提前进入实验室做课题的同学或者参加过各种国内国际竞赛的同学来说，我的经历简直不值一提。和导师见面时，我直说：”我目前唯一不自信的是自己的项目经历，我很担心自己会因此而受影响。“老师只是笑了笑，说没必要太在意这个东西，它只作为参考，不起决定作用，展示出自己的优势即可。虽然导师说没什么，但是我还是不大放心。直到和参加复试的同学们见了面，才认识到确实没必要担心，因为真正做过值得推敲的项目的同学，少之又少，也就是说，除去个别人之外，大家都差不多。我的一个研究生同学曾有过一句调侃的话，我觉得有几分道理：”在老师的眼里，本科生做的那些东西绝大部分都很水...“

有过丰富的项目经历确实是一个优势，不管怎么样，至少说明这个学生有想法，对某个东西感兴趣，肯花时间，动手能力有保障。没有的话也完全没有必要担心，因为你的品行个性、学习经历、学习成绩、考试成绩等等都将是重要的参考，你所要做的就是尽可能去展示自己的优势。

5联系导师：

复试前该不该联系导师？那还用问...初试前有没有必要联系导师？很有必要...联系了没回复怎么办？管那么多干啥...对于这个问题，我自认为比较有话语权，因为我在初试和复试前都联系了导师，而且本科期间和我们系主任聊过这个问题，他的观点是：一定要联系！

大概在去年9月份，自动化所保研面试前后，我给心仪的导师发了邮件，表达了报考意向，询问了一下是否留有统考招生名额，并附上我的简历。结果导师只回复了一句”欢迎报考“。实际上，初试前联系导师的目的就是让他/她知道一件事：有个叫xxx的傻小子/傻丫头想给我打工。所以，你管他理不理你干嘛...复试之前我主动找老师见面，结果出乎我意料的是，他已经通过以前的那封邮件了解了我的一些信息，这足以说明一点：他没有删我的邮件...最终，我顺利地成为他的学生。有个另外录取的同学，邮件联系的老师一直没回复，但最终还是跟了那位老师...而被录取又没有联系导师的怎么办？等，等所里给安排......6面试：

如果你因为初试考了比较高的分数就觉得自己稳了，那就错了，实际上并不是这样。可以说，面试的表现很大程度上决定一个考生的去和留以及留在哪个部门（当然必定会参考其他信息）。我将重点谈几个问题，给大家提供些参考，依旧尽可能做到客观地叙述。

6.1面试方式：

自动化所采取分组面试的形式。在复试线公布之后，上线的考生填写自己的志愿部门，比如复杂国重、模式国重、类人脑等等。这些部门分为两个大方向：控制和模式。所里根据考生的志愿进行分组，1组为模式，2组为控制。两个组在智能化大厦不同的地点同时进行面试。今年模式方向19人，控制方向15人。(模式方向居然全是男生)两个组录取率基本保持一致，分别为13/19和10/15。模式组复试成绩前5名进入模式国重（前提是一志愿为模式国重），其余8人进入类人脑工程研究部等其他部门，控制组类似。每个人大约15~20分钟的时间，其中包括3分钟的自我介绍。进屋之后坐在椭圆形会议桌的一段，复试专家齐刷刷地坐在两侧，大概有10多位，那阵势足以让人心跳速度瞬间提升两个档位...6.2英语：

研究生部老师：”如果你觉得你的英语说的比汉语还要好，那就说英语...但是，考研英语成绩非常高或者比较低的同学有可能被问到英语问题，其他人不被问英语的概率为99%。“事实也的确是这样，印象中一位英语成绩比较低（50多）的同学被问到”支持向量机“和”中国科学院“的英文怎么说...个人认为自动化所面试非常务实，不流于形式。不像有些高校研究所那样，用英文作自我介绍或者回答问题，基本上和考察背诵没什么区别...6.3自我介绍：

这个3分钟的自我介绍非常关键，它有可能直接决定了你们接下来谈话的方向和内容。老师们看似在低头看你的资料，实际上他们也在仔细听你的介绍，找他的兴趣点，然后针对某个问题提问。所以，研究生部的老师前一天嘱咐我们一定要把证明自己能力（尤其是学习）的”干货“拿出来，不属于自己的东西或者拿不准的东西尽量不要讲。

我是这样想的，这3分钟的时间十分宝贵，应该尽可能去全面地展示自己的优势，尤其是多讲一些自己提交的资料上所无法反应的信息。我见过很多自我介绍的模版，大部分都是废话连篇。比如”我学习努力，平均分xxx，获得过xxx奖“，”我追求进步，是党员，是xxx干部“。这些东西在提交的成绩单和个人情况表中都写的清清楚楚，老师们看的见，何必再啰里啰嗦地说一遍？老师们个个火眼金睛，治学都非常严谨，用不着你再提醒一遍。所以面试之前，我给自己一个指定了一个指导思想：1尽可能不说废话（姓名什么的除外）；2尽可能体现自己的优势，模棱两可的不说，不属于自己的东西不说。比如对于学习这件事，我本想提一下自己的两次数模获奖，但是最终决定不说，因为我自己都觉得太水了，禁不住推敲。虽然没了”亮点“，但总比逮着强得多啊。可能有的同学为了显示自己的能力和眼界，满嘴跑火车，说了一通自己都不大熟悉的东西，结果可想而知，准被逮个正着。好像有一位同学在自我介绍中重点提到了毕设，可能他觉得那是体现他能力的地方，结果，老师当场怀疑他有没有认真做那个毕设...我不大清楚真实的情况，但是可以肯定的是，那位同学并没有理解他所做的东西。在整个的自我介绍中，除了课程设计，我几乎没有提到任何关于学习的信息，因为我觉得自己的本科成绩和初试成绩可以表明我的学习能力，无需多言。结果刘成林老师让我讲了课程设计的情况，我回答的还可以，因为这个东西是我亲自做过的，它没有多高端的理论，但是真实，怎样想的就怎么答。在我介绍自己的过程中，有两个女老师曾经忍不住而发笑，我就越来越自信，因为她们从我口中听到了有意思的、独一无二的信息。我的自信和放松也使得后面的提问环节进展的很顺利。

因此，我建议来年参加复试的同学们，一定一定认真对待这2、3分钟。

6.4数学：

没错，自动化所老师喜欢数学好的学生，也喜欢在面试中问数学问题，这可能是它非常独特的一点。如果你数学成绩考的非常高，被”刁难“的可能性就小了。比如我们初试数学成绩排第一的同学就没有被问到数学问题，而其他同学中，有的居然从头至尾都在回答数学问题...而那些问题更是五花八门。被问到学过的考过的算是很幸运了，但是有些问题，比如”matlab中的求逆运算是怎么实现的“，实在让人为难。我跟导师聊到这个的时候，他都很惊讶：啊？还有这种问题？

6.5做自己：

在准备复试时，有一个问题我考虑了很久，那就是怎么回答”为什么考研/来自动化所“。说真的，想学模式识别这个学科不假，但是真正让我坚定地走上考研路的原因却不是所谓的”兴趣“。我从小都是个争强好胜的人，自尊心也强，最不能容忍的就是和自己水平差不多的人把我远远甩在身后。一个同学考上了数一数二的名校，这件事情给了我非常大的触动，从那一刻起我才真正去思考生命的意义，重新认识和定位自己。我意识到自己不能再做井底之蛙，不能放松对自己的要求，要趁着年轻多努力奋斗，让人生更有意义。这是我的心声，但是我不敢用上面的一段话作为答案，因为这样的理由过于”幼稚“。我尝试编纂一些说的通的理由，可是，那些编造出来的谎言却始终无法让自己相信。自己都不信的话，老师们会相信吗？于是我最终决定，怎么想的就怎么说，做自己。

怎么想就怎么说，不会的就说不会，不用费心去圆谎，也不用担心被拆穿。放松的心态让我从容淡定地度过15分钟，顺利地为考研画上了句号。

啰里啰嗦说了不少，主要聚焦在复试这个环节，但这恐怕仅仅是冰山一角，更多的细节和个中滋味还需学弟学妹们亲自去体会。对于复习策略和方法，最好自己去摸索和尝试，这也是培养学习能力的过程。专业课水平的提高不是一朝一夕的事情，感觉基础不是很好在这块有难度的话，不妨考虑一下新祥旭的专业课。我很愿意和大家进行广泛地交流，学弟学妹们在备考期间有什么问题都可以与我联系。

第四篇：分享ERP测试经验

正在进行当中的PConline首次ERP压力测试，测试过程的最大感悟是随时随地等待着“不可预知”的错误发生，也许发现这些问题也算是测试本身的使命之一。bug经历得多了也勉强有些经验了，再借鉴下ERP厂商专职的ERP测试人员，总算有了一些可以和各位读者可以分享的经验了。

基本ERP系统拓扑

一、测试的目的和原则

测试概念的范畴

广义上讲，测试是指软件产品生存周期内所有的检查、评审和确认活动。如：设计评审、系统测试。

狭义上讲，测试是对软件产品质量的检验和评价。它一方面检查软件产品质量中存在的质量问题，同时对产品质量进行客观的评价。测试的目的

简单地说，就是替用户受过，测试的最终目的是确保最终交给用户的产品的功能符合用户的需求，把尽可能多的问题在产品交给用户之前发现并改正。

具体地讲，测试一般要达到下列目标：

（1）确保产品完成了它所承诺或公布的功能，并且所有用户可以访问到的功能都有明确的书面说明------在某种意义上与ISO9001是同一种思想。

产品缺少明确的书面文档，是厂商一种短期行为的表现，也是一种不负责任的表现。所谓短期行为，是指缺少明确的书面文档既不利于产品最后的顺利交付，容易与用户发生矛盾，影响厂商的声誉和将来与用户的合作关系；同时也不利于产品的后期维护，也使厂商支出超额的用户培训和技术支持费用。从长期利益看，这是很不划算的。

当然，书面文档的编写和维护工作对于使用快速原型法(RAD)开发的项目是最为重要的、最为困难，也是最容易被忽略的。

最后，书面文档的不健全甚至不正确，也是测试工作中遇到的最大和最头痛的问题，它的直接后果是测试效率低下、测试目标不明确、测试范围不充分，从而导致最终测试的作用不能充分发挥、测试效果不理想。

（2）确保产品满足性能和效率的要求。使用起来系统运行效率低(性能低)、或用户界面不友好、用户操作不方便(效率低)的产品不能说是一个有竞争力的产品。

用户最关心的不是你的技术有多先进、功能有多强大，而是他能从这些技术、这些功能中得到多少好处。也就是说，用户关心的是他能从中取出多少，而不是你已经放进去多少。

（3）确保产品是健壮的和适应用户环境的。健壮性即稳定性，是产品质量的基本要求，尤其对于一个用于事务关键或时间关键的工作环境中。

另外就是不能假设用户的环境(某些项目可能除外)。

测试的原则---Good Enough

对于相对复杂的产品或系统来说，zero-bug是一种理想，good-enough是我们的原则。

Good-enough原则就是一种权衡投入/产出比的原则：不充分的测试是不负责任的；过分的测试是一种资源的浪费，同样也是一种不负责任的表现。我们的操作困难在于：如何界定什么样的测试是不充分的，什么样的测试是过分的。目前状况唯一可用的答案是：制定最低测试通过标准和测试内容，然后具体问题具体分析。

测试的规律----木桶原理和80-20原则

（1）木桶原理

在软件产品生产方面就是全面质量管理(TQM)的概念。产品质量的关键因素是分析、设计和实现，测试应该是融于其中的补充检查手段，其他管理、支持、甚至文化因素也会影响最终产品的质量。应该说，测试是提高产品质量的必要条件，也是提高产品质量最直接、最快捷的手段，但决不是一种根本手段。反过来说，如果将提高产品质量的砝码全部押在测试上，那将是一个恐怖而漫长的灾难。

（2）Bug的80-20原则。

一般情况下，在分析、设计、实现阶段的复审和测试工作能够发现和避免80%的Bug，而系统测试又能找出其余Bug中的80%，最后的5%的Bug可能只有在用户的大范围、长时间使用后才会曝露出来。因为测试只能够保证尽可能多地发现错误，无法保证能够发现所有的错误。

二、测试组织、测试实施

测试的任务和发展目标----质量

参与到监控产品生命周期中一切影响到质量的因素的工作中去。

目前测试的主要任务是负责产品的系统测试。

但实际上，因为单独的系统测试不能保证产品最终的质量，所以测试在部分项目中也应参与到集成测试和用户测试中。另外，测试也承担了部分系统评测的任务和用户技术支持的任务。

测试将来的发展目标应是产品的质量保证中心，我们的任务只有两个字：“质量”，测试也只对这两个字负责，并且将参与到监控产品生命周期中一切影响到质量的因素的工作中去。

测试的组织方式----小组

测试内部的个体分为测试人员和支持人员(管理人员属于支持人员)。

测试的工作实体(最小组织单位)是测试小组和支持小组，分别由小组长全权负责。小组长向测试主管负责。

测试小组根据测试项目或评测项目的需要临时组建，小组长也是临时指定。与项目组的最大区别是生命周期短，一般是2周到4个月。在系统测试期间或系统评测期间，测试组长是测试对外(主要是项目组)的唯一接口，对内完全负责组员的工作安排、工作检查和进度管理。

支持小组按照内部相关条例负责测试的后勤保障和日常管理工作，机构设置一般相对比较稳定。主要负责网络管理、数据备份、文档管理、设备管理和维护、员工内部培训、测试理论和技术应用、日常事务管理和检查等。

另外，测试对于每一个重要的产品方向，均设置1-3个人长期研究和跟踪竞争对手的产品特征、性能、优缺点等。在有产品测试时，指导或参加测试(但不一定作为测试组长)，在没有产品测试时，进行产品研究，并负责维护和完善测试设计。目前希望在需求分析阶段多多参与。

测试的运作方式----制度化并形成应用

主要介绍一下项目组关心的系统测试流程：

1、项目组提交系统测试申请给测试指定帐号。由专人检查文档格式和完备性。

2、检查合格后交给该产品对应方向的研究人员，评价其内容的有效性和真实性。

3、检查合格后由测试主管审查并通过，成立测试组，指定测试组长(但暂时没有组员)。

4、测试组长根据该产品的申请报告、测试设计和以往测试数据，制定测试方案。

5、测试主管审核通过测试方案后，根据测试方案指定测试组成员，并由支持组完成其他支持任务(如：设备的配备、测试数据库的建立、网络权限的修改„)。

6、测试期间测试组根据测试方案进行实际测试，记录并跟踪测试缺陷报告，填写测试记录。测试期间测试组长与项目组(测试经理)经常沟通，并获取产品的更新版本。同时，测试组长审查、修改并提交所有缺陷报告，保证随时掌握产品的质量情况，并监督测试进度。

7、产品进行到一定阶段后(标志是测试缺陷报告库中所有的报告处于归档状态)，由项目组和测试组长共同决定产品进入稳定期测试。稳定期测试版本之前的版本必须在显著位置标明为测试版字样。

8、稳定期测试期间所发现的缺陷报告也需要记录在测试缺陷报告库中，并在稳定期结束后由双方(有时可能也有市场方面的意见)共同决定对这些缺陷的处理方式。如果需要改动产品，则重新开始稳定期，否则通过稳定期测试。

9、测试组长对于通过稳定期测试的产品填写综合测试报告，测试中心依此发布产品发行通知。

10、测试组对整个测试过程和产品质量进行总结和评价，形成文档并备案。同时，将测试过程中对测试设计的改动纳入基线。最后，组长整理并在指定地点保存相关测试数据和测试样张。

11、测试部门解散测试小组。

另外，在系统测试阶段，我们要求测试小组要进行一些常规内容测试(如：Y2K测试，病毒检查、裸机测试、加密检查、说明书检查„)，并要求写入测试方案中。

传统测试流程遇到的挑战和对策----问题发现得越早，解决的代价就越小

（1）自动测试工具和测试理论由于产品开发模式还不够规范、相关文档不够完备，所以测试工具的应用效果不理想，只能部分应用。如：SQA。

对于测试理论，测试思想/测试理念的灌输工作还是有成效的，但是测试数学模型的研究和建立工作进展不顺利，主要原因也是我们的产品生命周期内部操作不够规范。

目前主要依赖于：测试人员的经验和素质；产品说明文档和项目组的技术咨询；测试设计。

（2）测试分类

根据目前的实际情况(已经由传统的瀑布开发模式、使用结构化设计和实现手段，变为现在的RAD开发模式、使用OOD和OOP)，我们将把测试分为三种：产品测试、项目测试、系统评测。我们的依据是：问题发现得越早，解决的代价就越小。

产品测试的流程基本和上面提到的一样。

项目测试的原则是尽早加入测试，并充分重视和支持用户测试。

系统评测是简化工作流程。

三、测试中常见问题分析及对策

我们一般把发现的错误bug(我们也称为缺陷defect)按严重性分为4类：死机(系统崩溃或挂起)、致命(使系统不稳定、或破坏数据、或产生错误结果，而且是常规操作中经常发生或非常规操作中不可避免的)、严重(系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果，如：显示不正确但输出正确)、一般(界面拼写错误或用户使用不方便)。

我们也把发现的错误按优先级分为三种：高、中、低：一般是越影响用户接受或使用该产品的错误优先级越高。

但下面，将不对所有的问题进行列举和分析，而只是列出一些显而易见的、容易被项目组忽略的错误，这些错误可能是容易修改的、或是容易避免的，但是对于测试组或用户来说可能却是非常头痛和不方便的。形象类问题：---不专业、用户不信任

1、不符合用户操作习惯。如，快捷键定义不科学、不实用(键位分布不合理、按键太多，甚至没有快捷键)。

2、不够专业，缺乏基本知识，而又没有高手检查。

3、界面中英文混杂，经常弹出莫名其妙的信息，而且还拼错单词

5、说明书或帮助的排版格式不专业：中英文搭配不对、标点符号全角半角部分、没有排版准则„

6、程序名/路径名是程序员的名字、或没有安装程序、或安装程序不完善(丢掉一些必要的模块或文件)

7、界面元素参差不齐，文字不能完全显示，TAB时鼠标乱走。

可用性问题：---用户无法使用或不方便使用

“用户比开发或测试人员在接触界面上要花费更多时间。表面上不重要的方面的影响会变得越来越大，最终甚至会掩盖了产品得有用得方面。” 下面是一些用户界面错误的例子：

1、输入无合法性检查和值域检查，允许用户输入错误的数据类型，并导致不可逆料的后果

2、界面中的信息不能及时更新，不能正确反映数据状态，甚至对用户产生错误的误导。如：数据库中剩余记录个数；参数设置对话框中的预设值

下面是一些低效的用户界面的例子：

1、表达不清或过于模糊的信息提示

2、要求用户输入多余的、本来系统可以自己得到的数据。如：服务是否启动，安装后用户要手动修改某些配置文件。

3、为了达到某个设置或对话框，用户必须做许多冗余操作。如，对话框嵌套层次太多。

4、不能记忆用户的设置或操作习惯，用户每次进入都需要重新操作一次初始环境。

5、使用不完善的功能且不给用户以恰当的提示。

6、不经用户确认就对系统或数据进行重大修改

稳定性问题：---影响用户正常工作

1、不可重现的死机，或不断申请但不完全释放资源，系统性能越来越低

2、主系统和子系统使用同样的临界资源而互相不知道。如：使用同样的类名或临时文件名、使用同样的数据库字段名或登录帐号。

3、不能重现的错误，许多与代码中的未初始化变量(在Debug时一般是缺省初始化的)有关，有些与系统不检查异常情况(如内存申请不成功、网络突然中断或长时间没有响应)有关。

其他问题

1、文档匮乏：无标准；无新功能使用方法；无版本改动说明。我们不仅要认为没有说明文档的产品不是是一个完整的产品，也要认为没有说明或没有正确说明的功能是一个没有完全实现的功能，因为用户无法用得起来。

2、运行时不检查内存、数据库或硬盘空间等

3、无根据地假设用户环境：硬件/网络环境；有些动态库；安装程序换台机器不正确；假设网络随时都是连通的

4、提供的版本带病毒，或根本无法安装，或没有加密

5、提供Debug版本给测试组或测试用户，或项目组与测试组使用不同版本

6、用户现场开发和修改，又没有记录和保留

7、错误反复出现，改动得不彻底、或版本管理出现混乱

8、错误越改越多，改动得不彻底、或改动得不小心

9、版本中部分内容和接口倒退

10、有些选项永远是灰的；有些选项、菜单项在该灰时还不灰，并且还能状态显示

11、资源没有和代码分离，不同语言版本间不能平滑转换

12、缺少第三方产品的评估：广告管理系统202_年问题

13、产品配合不利，准备当作一套产品或方案推出，互相之间却各不负责，(没有整个项目负责人，是面向组织的而不是面向产品或方案的)。

期望项目组关注的一些问题

1、修改Bug的人考虑得不够周全，也可能是没有能力考虑周全---不懂全部程序

2、问题留给测试组去发现的心态----不仔细测试、不小心修改、甚至不全面改(不彻底)

3、自己不会用，不了解产品的用法。

4、更多地从用户使用的角度考虑设计、编码与测试

第五篇：测试经验小结

软件测试经验小结界面

界面测试

(1)测试界面设计是否合理、简洁、美观，操作是否方便

领测软件测试网

(2)功能键、数据项信息是否齐全 copyright 领测软件测试网

(3)确认系统中同一功能抌名称是否统一 http://www.ltesting.net

(4)设计样式、风格(查询条件样式;输入风格(点选/手输入);)是否与系统其它模块

领测软件测试网

统一 copyright 领测软件测试网

(5)确认页面内所有字段名称显示风格是否统一(居中、左对齐、右对齐，一般采用居中

内容来自ltesting.net

显示风格)

领测软件测试网

(6)

ltesting.net

1.1 新增页面及功能测试

领测软件测试网http://www.ltesting.net

字段内容来自ltesting.net

在开始测试时应该保证数据的正确性，然后再从系统中找出各种Bug 领测软件测试网

(1)各字段输入正确的信息值保存，确认系统是否可以正确完成新增操作。ltesting.net

(2)进入添加界面不输入任何信息值，单击“保存”功能按钮，系统应该给出某个不允许为

领测软件测试网http://www.ltesting.net

空字段的提示信息(属于边界测试)

http://www.ltesting.net

(3)建议不允许为空的字段前面加上‘*’作为标记(统一性，方便性问题)

内容来自ltesting.net

(4)编码/编号字段不允许输入中文及特殊字符，否则系统应该给出相应的提示信息

(5)测试编码/编号字段不允许重复，否则系统应该给出相应的提示信息 ltesting.net

(6)确认字段是否已做长度限制，如果输入值超出长度范围，那么在保存时系统应该给出提

内容来自ltesting.net

示信息

(7)非法测试，如：校验数值型字段输入非数值，保存时系统是否给出相应的提示信息;(根领测软件测试网http://www.ltesting.net

据实际需要确定数值型字段是否能够接受负数)

领测软件测试网http://www.ltesting.net

(8)边界测试，如：确认数值型字段的边界值(如：有效值为‘0-100’整数，那么输入-1 内容来自ltesting.net

或101 保存时系统应该给出相应的提示信息;输入值为0、100 系统应该能正确保存信

http://www.ltesting.net

息值;输入0 到100 内的整数值系统应该正确保存信息值)http://www.ltesting.net

(9)精确值测试，测试小数位数是否在定义的长度内 http://www.ltesting.net

(10)字段精确值是否正确(四舍五入否)。http://www.ltesting.net

(11)根据实际情况测试名称字段是否具有唯一性，(一般情况下名称是不允许重复的，具体

领测软件测试网http://www.ltesting.net

问题具体分析)，否则系统应该给出相应的提示信息

内容来自ltesting.net

(12)确认各字段名称书写是否正确(注意：要求编辑界面、住息列表中、错误提示信息、查

内容来自ltesting.net

询条件中的字段名称完全相同)领测软件测试网http://www.ltesting.net

(13)确认特殊格式的字段是否已做标准格式的限制(如：电子邮件、邮编等)

内容来自ltesting.net

(14)测试上级信息字段(如：上级XXX 名称、上级XXX 编号)的信息值是否根据所选择的上级XXX 名称系统自动生成(注意：编号生成值一定是维护界面的编号，而不应该是

内容来自ltesting.net

相应表的那个主键编码)

http://www.ltesting.net

(15)测试如果某字段信息值是从另一个模块中选择输入的，那么需要确认其它相关联字段的内容来自ltesting.net

信息值是否也相应的正确的自动带入，并且这些字段应该都是只读的

(16)创建人/编辑人、发布人、创建时间、创建人字段应该设为只读的，而且此类字段值应该领测软件测试网http://www.ltesting.net

默认当前操作人的姓名

ltesting.net

(17)如果某个字段可以点选输入多个信息值，那么测试该字段是否接受，并保存了点选输入

ltesting.net 的多个信息值 http://www.ltesting.net

(18)对于多选字段，测试是否具有记忆上次选择值并已验重

http://www.ltesting.net

(19)测试字符型字段是否可以接受空格(统一性问题，建议不要接受空格)copyright 领测软件测试网

(20)引用其它模块的字段信息值的字段长度是否与被引用模块相应字段长度一致

领测软件测试网http://www.ltesting.net

(21)

ltesting.net

1.2 多行添加编辑页面

ltesting.net

(1)测试插入单行是否可以正确保存相应字段值领测软件测试网http://www.ltesting.net

(2)插入/添加多行测试是否对多行相应字段空值是否进行校验(通常如果有多条空行保领测软件测试网

存时系统会弹出XXX 字段不允许重复提示信息，要求仅对空行不保存即可，不需 http://www.ltesting.net

要提示的)

领测软件测试网http://www.ltesting.net

(3)多行添加，测试如果某个字段值太长保存后是否会导致界面混乱

领测软件测试网http://www.ltesting.net

(4)保存---保存新添加的多行记录信息

内容来自ltesting.net

(5)保存---勾选待删除记录，单击此功能按钮系统正确完成删除操作领测软件测试网http://www.ltesting.net

(6)插入空行---单击此功能按钮系统插入一条空的记录行 copyright 领测软件测试网

(7)领测软件测试网

1.3 主子表编辑页面 http://www.ltesting.net

(1)测试只有保存主表信息后才能维护子表信息，否则系统应该给出相应的提示信息

http://www.ltesting.net

(2)如果子表信息是否需要维护取决于主表中的某个字段值，那么请确认主表中相关联 copyright 领测软件测试网的字段取值是否对应子表的存在(主表中较常用的取决子表存在的字段是“底层否”，领测软件测试网http://www.ltesting.net

如果与底层相关联一般只有在底层才能维护其子表信息)

领测软件测试网http://www.ltesting.net

(3)如果子表中有继承主表信息，那么确认继承的信息是否完全正确 http://www.ltesting.net

1.4 左树右表的测试方法

领测软件测试网http://www.ltesting.net

(1)添加、修改、删除保存后目录树信息是否要自动刷新(统一性问题)

领测软件测试网

(2)添加界面：测试继承上级信息的字段(如：上级机构名称、上级机构编码等)值系领测软件测试网http://www.ltesting.net

统是否自动生成，而且信息值是否是只读的copyright 领测软件测试网

(3)测试是底层节点才可以进行添加操作，还是非底层节点才可以进行添加操作(业务领测软件测试网http://www.ltesting.net

测试)领测软件测试网

(4)含有子结点信息的当前结点是不允许修改为“底层”结点的选择按钮可以相互切换

领测软件测试网http://www.ltesting.net

(4)为操作方便，建议‘有效否’的字段值添加时默认为‘有效’

内容来自ltesting.net

(5)

领测软件测试网

编辑控件(移动项目)

领测软件测试网http://www.ltesting.net

(1)测试保存后，编辑控件内各段落间系统是否自动加了空行(此控件常出现的问题)http://www.ltesting.net

(2)测试保存后，编辑控件上方是否会出现乱码

内容来自ltesting.net

(3)测试系统是否按设计的格式保存了信息值领测软件测试网

(4)

1.6 常用功能键的功能测试 http://www.ltesting.net

(1)保存---所有编辑页面如果未输入任何信息值而单击“保存”，系统应该给出“XXX 字

内容来自ltesting.net

段不允许为空”的提示信息领测软件测试网

(2)保存---如果某字段输入值有错误或超出长度范围，那么单击“保存”按钮时，系统应 ltesting.net

该给出相应的提示信息

内容来自ltesting.net

(3)保存---输入相关信息单击“保存”后，建议系统给出“保存成功”提示信息

(4)保存---测试新增/修改信息保存后，信息列表是否自动刷新 http://www.ltesting.net

(5)下一步---单击此按钮，如果有非空字段为空，系统应该给出相应提示信息;如果有字

内容来自ltesting.net

段输入非法值，单击此按钮系统应该给出相应提示信息;正常情况下单击此功能按钮，http://www.ltesting.net

系统进入到下一个编辑/操作界面

ltesting.net

(6)上一步---单击此功能按钮，系统应该正确返回到上一个编辑/操作界面

领测软件测试网

(7)浏览---测试该功能键功能是否已经正确实现，单击此按钮系统应该弹出文件选择页面，ltesting.net

并且可以选择输入相关附件 ltesting.net

(8)上传附件---测试上传功能已经正确实现，确认上传的附件在界面相应位置是否显示

http://www.ltesting.net

(9)下载---测试下载功能已经正确实现(可以将上传到服务器的附件下载的本地相应位置)copyright 领测软件测试网

(10)重新上传---保存操作后上传功能按钮名称应该自动变为“重新上传”，并且可以重新上

领测软件测试网

传附件 http://www.ltesting.net

(11)发布---测试该功能键功能已经正确实现，单击些功能按钮系统完成发布操作，相应的ltesting.net

信息状态变为“已发布”，发布人、发布时间系统自动生成或已经正确保存(注意：已

ltesting.net

经发布的信息是不允许再进行修改操作的)(根据系统需求及设计测试，有些系统只有

信息修改页面才有此功能)

内容来自ltesting.net

(12)取消发布---测试该功能键功能是否已经正确实现，单击此功能按钮系统完成取消发布

内容来自ltesting.net

功能，相应信息状态变为“未发布”(根据系统需求及设计测试，有些系统只有信息修领测软件测试网

改页面才有此功能)

内容来自ltesting.net

(13)关闭---单击此功能按钮系统将关闭当前页面，建议当单击此功能按钮时系统弹出“确内容来自ltesting.net

认离开此页面提示信息” ltesting.net

(14)查询---单击查询功能按钮，系统按钮输入查询条件进行模糊查询;查询条件输入非法

ltesting.net

值进行查询操作，系统应该查询0 记录领测软件测试网

(15)删除----未勾选待删除记录单击此按钮系统弹出相应提示信息;正常情况下系统删除所选

领测软件测试网http://www.ltesting.net

记录

内容来自ltesting.net

(16)选择---勾选待选记录，单击此按钮系统完成选择操作;单击选择超链接功能按钮系统完 copyright 领测软件测试网

成选择操作

内容来自ltesting.net

(17)取消选择---单击此功能按钮，系统完成取消选择操作(清除所有选择信息)领测软件测试网http://www.ltesting.net

(18)ltesting.net

1.7 华表(待续)

领测软件测试网http://www.ltesting.net

(1)测试华表自带的所有功能按钮/工具栏中的工具的功能是否可以正确使用(公式定

http://www.ltesting.net

义、添加加行、列;字体设置;图表;信息排序等)

ltesting.net

(2)测试可以在选定的单元格进行编辑等相关操作领测软件测试网

(3)测试是否可以手插入、追加、删除、重命名表页;手动设置表页尺寸等 ltesting.net

(4)工作表之间定义公式是否可能以确自动计算

http://www.ltesting.net

(5)测试输入的信息值是否与字段类型完全相匹配，不匹配是否有相应提示信息

内容来自ltesting.net

(6)相关模块是否可能正确调用已定义好的华表模板 http://www.ltesting.net

(7)调用的华表模板信息提取是否完全(确认调用的华表信息是否有丢失)ltesting.net

(8)确认调用的华表模板中的公式计(尤其是关联多个表数据的公式)算是否正确，精

内容来自ltesting.net

确值是否准确领测软件测试网

(9)如果华表中定义/调用的是树结构信息，确认同一等级的单元格合并的是否正确 http://www.ltesting.net

(10)测试可编辑的单元格是否支持复制、粘贴功能 ltesting.net

(11)测试可编辑的单元格复制粘贴后，注释信息是否会丢失或发生变化 ltesting.net

(12)测试引用的华表模板中的图表信息是否会丢失;是否会按输入/提取到的数据正确生 copyright 领测软件测试网

成图表 ltesting.net

(13)边界测试方法测试字段接收值是否正确

http://www.ltesting.net

(14)如果华表模板需要自动提取数据，那么确认被引用的模板是否自动提取了数据;提 copyright 领测软件测试网

取到的数据是否对应正确

http://www.ltesting.net

(15)ltesting.net

1.8 修改页面测试

http://www.ltesting.net

字段

(1)确认各字段是否已经保存了添加界面输入的信息值

内容来自ltesting.net

(2)确认各字段所保存/取到的信息值，是否与添加界面输入的相关信息值完全匹配（1、领测软件测试网

确认字段保存值是否有串行

2、字段值是否经过校验)

领测软件测试网

(3)确认字段是否保存修改后的信息值领测软件测试网http://www.ltesting.net

(4)修改界面的字段长度是否与添加界面相应字段长度一致

(5)修改界面字段命名是否与新增界面相应字段命名完全一致领测软件测试网

(6)内容来自ltesting.net

1.9 管理/维护页面测试 ltesting.net

(1)测试界面整体设计合理，操作方便，尤其是查询条件排放是否整齐，操作是否方便;功领测软件测试网http://www.ltesting.net

能按钮顺序设计是否合理，操作是否方便，(一般顺序为查询、添加、删除)领测软件测试网

(2)测试信息列表是否有一定的排序规则(建议如果有时间一般按时间倒序--先从客户要求)ltesting.net

(3)测试维护界面各功能按钮功能是否已经正确实现 ltesting.net

(4)测试系统内不同模块相同的查询条件值输入方式是否统一 ltesting.net

(5)测试各查询条件是否起作用，即输入查询条件值可以查到相应查询结果

(6)测试可以手动输入查询条件什的查询条件支持全部模糊查询;通常对于下拉选择输入、内容来自ltesting.net

点选择输入的查询条件仅支持精确查询 ltesting.net

(7)测试信息列表中显示的信息(字段)是否齐全，是否方便查询/查看

http://www.ltesting.net

(8)测试信息列表中信息值显示格式是否统一 ltesting.net

(9)测试列表各字段信息值是否有折行显示，要求所有字段不允许折行显示 ltesting.net

(10)测试是否提供翻页查询功能，并且功能是否已经正确实现 http://www.ltesting.net

(11)测试信息列表中的链接数据是否正确链接到相应信息界面 http://www.ltesting.net

(12)下拉选择输入格式的查询条件如果没有特殊要求，系统默认查询‘全部’选择值 ltesting.net

(13)测试时间查询条件查询结果是否正确：

1、查询结果包括边界时间值的记录;

2、不包括 http://www.ltesting.net

边界时间值的记录(统一性测试

内容来自ltesting.net

(14))copyright 领测软件测试网

1.10 权限测试主要包括以下内容

内容来自ltesting.net

根据需求等相关文档，查看程序设置权限级别是否正确，即每一级别的用户所能执行的功能 ltesting.net

是否分配正 ltesting.net

1、业务权限

领测软件测试网http://www.ltesting.net

(1)按需求测试用户业务权限分配是否正确，业务权限主要控制功能模块、功能菜

ltesting.net

单的展示，没有相应业务权限的不展示其功能模块有功能菜单。所有需要使用

领测软件测试网

不同权限级的户进入系统，验证业务权限实现是否正确。

领测软件测试网

(2)

ltesting.net

操作权限

领测软件测试网

(1)权限组：按组用户来分配操作权限。(组内所有人员都具有所分配的操作权限)

(2)测试已分配操作权限的功能按钮是可见的http://www.ltesting.net

(3)测试已分配操作权限的功能按钮是否可用;是否可以正确完成相应功能操作 ltesting.net

(4)通常不分配调看操作权限是无法进行修改操作

领测软件测试网

(5)验证同一功能菜单不同权限用户的操作命令的查看及操作权限分配的是否正确

领测软件测试网

(6)使用没有分配特定权限(特定权限指特定信息的查看权限)的用户登陆系统,进 copyright 领测软件测试网

入指定的功能菜单中验证是否可以查看到相应信息.http://www.ltesting.net

(7)测试将已分配的操作权限删除后重新登录，确认用户是否还具有其相应操作权

领测软件测试网http://www.ltesting.net

限。

ltesting.net

(8)测试子结点是否继承了父结点操作权限(如果勾选了继承，则当前结点自动继

领测软件测试网

承其父结点的所有操作权限，否则只具有给当前结点分配的操作权限)ltesting.net

(9)领测软件测试网

1.11 对用户名、密码的有效性测试

ltesting.net

(1)密码信息有效性测试：特殊字符、正常字符、空字符(不输入)、空格

(2)登陆名是否区分大小写

ltesting.net

(3)登陆名是否允许重名 ltesting.net

(4)用户名字和密码都为最大长度(边界值分析，取上点)ltesting.net

(5)用户名字和密码都为最小长度(边界值分析，取上点)copyright 领测软件测试网

(6)用户名字和密码都是非最大和最小长度的数据(边界值分析，取内点)copyright 领测软件测试网

(7)用户名长度大于要求1 位(边界值分析，取离点)领测软件测试网

(8)用户名长度小于要求1 位(边界值分析，取离点)领测软件测试网

(9)密码长度大于要求1 位(边界值分析，取离点)

(10)密码长度小于要求1 位(边界值分析，取离点)

内容来自ltesting.net

(11)是否记住上次登陆名领测软件测试网

(12)密码信息有效性测试：字母数字混排、数字、符号数字、字母符号、数字符号、空字 copyright 领测软件测试网

符(不输入)、空格、ASCII 字符、字符串在有空格、串在有半角空格

内容来自ltesting.net

(13)口令锁定：即输入口令次数的限制

(14)密码显示是否以星号或者别的符号显示内容来自ltesting.net

(15)看是否支持tap 和enter 键等领测软件测试网http://www.ltesting.net

(16)密码是否可以复制粘贴

内容来自ltesting.net

(17)copyright 领测软件测试网

密码修改测试方法

领测软件测试网

(1)不输入旧密码，直接改密码

ltesting.net

(2)输入错误旧密码

内容来自ltesting.net

(3)不输入确认新密码 http://www.ltesting.net

(4)不输入新密码 copyright 领测软件测试网

(5)新密码和确认新密码不一致 copyright 领测软件测试网

(6)新密码中有空格

领测软件测试网

(7)新密码长度有效性测试方法同上 copyright 领测软件测试网

(8)新密码为非允许字符(如有的密码要求必须是英文和数字组成，那么要试汉字和符号等)领测软件测试网

(9)测试密码是否区分大小写，新密码中英文小写，确认密码中英文大写

领测软件测试网http://www.ltesting.net

(10)新密码与旧密码一样能否修改成功

ltesting.net

(11)领测软件测试网工作流(待续)http://www.ltesting.net

(1)测试流程启动后是否严格按照所选择的流程模板自动流转

内容来自ltesting.net

(2)测试在流程流转过程中相关人员是否可以维护流程步骤 copyright 领测软件测试网

(3)测试流程流转过程中，所有操作按钮是否已完全按需求实现

领测软件测试网http://www.ltesting.net

回退：根据具体的业务需求确认回退目标是否正确/是否正确回退给了指定的目

内容来自ltesting.net

标 http://www.ltesting.net

转交：确认转交的目标是否已经接收并可以进行相关处理操作内容来自ltesting.net

审核：确认审核通过流程流转是否正确领测软件测试网http://www.ltesting.net

审核通过：通常会自动流转到下一个处理人处;或流转到下一个处理阶领测软件测试网http://www.ltesting.net

段;或返回到指定负责人处内容来自ltesting.net

审核未通过：如果审核未通过，通常会停留在当前审核步骤，待下次送 copyright 领测软件测试网

审后再次激活当前审核步骤;有时会返回到项目负责人处，待项目负责人处理

并激活流转步骤。

拒绝审核/审核未通过：测试拒绝后流程流转的是否正确

领测软件测试网http://www.ltesting.net

结束：根据实际需求而定，有的系统有此需求，有的没有。如果有此需求，那

领测软件测试网http://www.ltesting.net

么需要测试特殊人员是否可以强制结束流程的流转，测试强制结束的流程状态

http://www.ltesting.net

是否正确领测软件测试网http://www.ltesting.net

归档：测试流程流转结束后，相关信息是否已经归档;(确认强制结束的信息是领测软件测试网http://www.ltesting.net

否已归档，状态为‘已结束’)领测软件测试网

分发传阅：测试传阅对象是否已经正确接收到传阅信息;测试传阅人的操作权

http://www.ltesting.net

限是否正确(一般对于传阅人某些操做是不允许的);根据需求及模板的定义测

试测试传阅人是否全部传阅完成后，分发人才可以办理/提交到下一个流程阶段。

ltesting.net

(根据实际情况测试，有些工作流是不需要此操作的)内容来自ltesting.net

(4)测试在流程在流转过程中是否已作权限限制(如：操作按钮的使用权限;附件编辑，内容来自ltesting.net

查看权限，信息的编辑、相看权限)-----参考权限测试方法 ltesting.net

(5)测试流程跟踪/历史审核信息是否正确，记录是否齐全(一般按流程步骤，操作时间

升序排列)领测软件测试网

(6)如果当前办理/审批阶段是以组的形式存在的，那么需要根据需求及流程模板的定 copyright 领测软件测试网

义，测试是需要组内成员全部办理/审批完成，流程流转到下一流程阶段，还是只需

组内一个成员办理/审批通过就可以流转到下一个流程阶段领测软件测试网

(7)跟踪测试，跟踪一条数据的流程，保证数据的正确性(个人认为工作流最有效的测 ltesting.net

试方法)

ltesting.net

(8)领测软件测试网http://www.ltesting.net 业务测试(待续)

要做好项目的测试工作，保证测试质量，必须对业务流程非常熟悉。对业务的熟悉程度

http://www.ltesting.net

决定你测试能做到多深的程度。

(1)测试某些特殊字段的选择值是否已经升效，如(底层否：如果值为‘是’，那么不允 copyright 领测软件测试网

许再为当前结点添加子结点，否则还可以继续为当前结点添加子结节点。如果有效

领测软件测试网http://www.ltesting.net

状态：选择值为‘有效’，那么当前信息才可以被使用或被引用，否则不可以(初始内容来自ltesting.net

化查询时应该过滤掉)。启用否：如果选择值为‘是’，那么相应信息才可以被引内容来自ltesting.net

用，否则不可以(初始化查询时应该过滤掉))

(2)测试信息时，一年只能有一条信息，否则系统应该给出“该信息已经存在”

内容来自ltesting.net

提示信息 http://www.ltesting.net

(3)测试信息的子表信息：a)同一内同一子表内的信息值不允许有重复(编号、领测软件测试网http://www.ltesting.net

名称)信息，否则系统应该给出相应的提示信息。b)不同内同子表内的信息值

是可以有重复信息的内容来自ltesting.net

(4)某些信息只归属于底层信息，在测试时注意当前位置是否是底层(此类业务常出现领测软件测试网

在左树右表的信息维护及主子表的信息维护中)

领测软件测试网

(5)如果当前结点含有子结点信息，那么当前结点信息是不允许删除，否则系统应该给

http://www.ltesting.net

出相应的提示信息

ltesting.net

(6)被其它模块引用的信息是不允许删除的(根据实际情况测试被其它模块引用的信息

领测软件测试网http://www.ltesting.net

是否允许进行修改操作)http://www.ltesting.net

(7)含有子结点信息的当前结点是不允许修改为“底层”结点的 copyright 领测软件测试网

(8)只有底层结点才能继续维护其子表信息否则应该将其子表信息隐藏 copyright 领测软件测试网

(9)主模块是否可以正确调用子模块信息（1、不估任何操作主模块自动调用子模板信息;内容来自ltesting.net

2、启动操作后主模块调用子模块信息)

(10)测试确认主模块调用子模块信息时，被引用的信息是完全对应并且无丢失内容来自ltesting.net

(11)测试被引用的信息是否可以进行修改操作(通常作为基本信息被引用时是不允许进领测软件测试网http://www.ltesting.net

行修改操作的;而在工作流程中被引用/调用的信息是可以进行修改操作的)内容来自ltesting.net

(12)工作流程是否严格按需求中的业务流程流转

(13)工作流程中权限分配是否正确

内容来自ltesting.net

(14)工作流中必须严格按分配的权限操作

http://www.ltesting.net

(15)测试仅限于某个阶段才能进行的操作，在其它阶段是否禁止或无此操作按钮内容来自ltesting.net

(16)根据需求确认，如果当前审核步骤已经审核结束，需要经过某个操作激活下一审核

内容来自ltesting.net

步骤还是系统自动流转到下一审核步骤 copyright 领测软件测试网

(17)我的任务

领测软件测试网

1)待启动的项目：统计查询需要当前登录人启动的项目(启动人操作权限根据需求来

确定----通常是项目负责启动项目)。查询列表应该提供启动操作，启动操作后相应 copyright 领测软件测试网

项目信息自动过滤掉。内容来自ltesting.net

2)待分派项目：统计查询分派是当前登录人的项目。分派操作后相应项目信息自动过领测软件测试网http://www.ltesting.net

滤掉。内容来自ltesting.net

3)待审核/处理的项目：统计查询在审核阶段，并且当前审核步骤的审核人/处理人是

内容来自ltesting.net

当前登录人或包含当前登录人的项目。查询列表中应该提供可能直接进行审核的功

ltesting.net

能按钮，审核操作后操作后相应项目信息自动过滤掉。http://www.ltesting.net

4)我参与的项目：统计查询已启动但未结束并且当前登录人做为项目组内成员参与的 ltesting.net

项目信息 http://www.ltesting.net

5)我负责的项目：统计查询已启动但未结束(并且当前登录人是项目负责人的项目信

息根据需求确认，有时我管理的项目不受条件限制统计查询所有当前登录人是项目内容来自ltesting.net

负责人的所有信息信息)。

ltesting.net

6)已审核的项目：统计查询当前登录人已经审核完毕的项目信息(注意有的需求这里

领测软件测试网http://www.ltesting.net

只查询统计在审核阶段的已审核的项目)http://www.ltesting.net

(18)

领测软件测试网http://www.ltesting.net 权限测试 ltesting.net

2、业务权限 copyright 领测软件测试网

(3)按需求测试用户业务权限分配是否正确，业务权限主要控制功能模块、功能菜

ltesting.net

单的展示，没有相应业务权限的不展示其功能模块能功能菜单。http://www.ltesting.net

(4)领测软件测试网http://www.ltesting.net

操作权限 copyright 领测软件测试网

(10)权限组：按组用户来分配操作权限。(组内所有人员都具有所分配的操作权限)

(11)测试已分配操作权限的功能按钮是可见的http://www.ltesting.net

(12)测试已分配操作权限的功能按钮是否可用;是否可以正确完成相应功能操作

领测软件测试网

(13)通常不分配调看操作权限是无法进行修改操作领测软件测试网

(14)领测软件测试网http://www.ltesting.net 算法

内容来自ltesting.net

(1)测试前需要充分了解算法的整个计算过程及结果值的精度领测软件测试网http://www.ltesting.net

(2)算法测试之前需要准备充足，而且是准确无误的测试实例 copyright 领测软件测试网

(3)根据输入值确认系统计算输出结果是否与预期结果完全一致

领测软件测试网

(4)如果计算公式中含有引用其它模块的数据，需要先确认数据提取是否对应的正确内容来自ltesting.net

(5)先用等价划分法、边界值测试方法测试输入数据是否在需求范围内

领测软件测试网http://www.ltesting.net

(6)严格按照测试用例执行测试，确认计算结果是否正确无误，注意结果的精度。copyright 领测软件测试网

(7)copyright 领测软件测试网压力测试

(1)压力测试前需要准备压力测试方案，构造测试数据，搭建测试环境内容来自ltesting.net

1.准备测试数据

领测软件测试网http://www.ltesting.net

确定性能测试指标： http://www.ltesting.net

1)用户容量(系统的最大注册用户数);

ltesting.net

2)系统负载(最大负载，最小负载);

领测软件测试网http://www.ltesting.net

3)网络带宽;

领测软件测试网

4)并发的用户数;(同一时刻承受的最大压力，测试对象“系统登录”)领测软件测试网

5)典型事物的响应时间;(用户给定的可接受的时间上限)

http://www.ltesting.net

6)稳定运行时间：在指定的事物数、指定的负载用户下、稳定运行时

间;

领测软件测试网http://www.ltesting.net

根据性能测试指标，选择一个业务场景：领测软件测试网http://www.ltesting.net

7)登录业务;(并发用户数)

领测软件测试网

8)系统日志查询业务;(典型事物的响应时间)

ltesting.net

9)报表(多表)查询业务;http://www.ltesting.net

10)简单事务;(稳定运行时间：在指定的事物数、指定的负载用户下、领测软件测试网

稳定运行时间)http://www.ltesting.net

2.搭建测试环境;

内容来自ltesting.net

测试环境尽可能的与用户的客户端环境相同。ltesting.net

3.执行测试

ltesting.net

4.结合性能测试指标，分析实时监视图表，确定系统瓶颈;ltesting.net

事物的响应时间是否可以接受? http://www.ltesting.net

网络带宽是否足够?

内存是否够用?内存是否泄漏? ltesting.net

Cpu 是否堵塞? 内容来自ltesting.net

系统能否处理高负载?

领测软件测试网http://www.ltesting.net

(2)根据性能缺陷，进行缺陷定位，调优工作;直到满足性能测试指标。领测软件测试网http://www.ltesting.net 安装测试

(1)自动安装还是手工配置安装，测试各种不同的安装组合，并验证各种不同组合的正 copyright 领测软件测试网

确性，最终目标是所有组合都能安装成功。领测软件测试网http://www.ltesting.net

(2)安装退出之后，确认应用程序可以正确启动、运行

领测软件测试网

(3)卸载测试和安装测试同样重要，如果系统提供自动卸载工具，那么卸载之后需检验

http://www.ltesting.net

系统是否把所有的文件全部删除，注册表中有关的注册信息是否也被删除。领测软件测试网http://www.ltesting.net

(4)至少要在一台笔记本上进行安装测试，因为有很多产品在笔记本中会出现问题，尤内容来自ltesting.net

其是系统级的产品。(有条件的情况下)

领测软件测试网http://www.ltesting.net

(5)安装完成之后，可以在简单地使用之后再执行卸载操作，有的系统在使用之后会发

内容来自ltesting.net

生变化，变得不可卸载。ltesting.net

(6)安装时间是否合理;

领测软件测试网

(7)对于客户服务器模式的应用系统，可以先安装客户端，然后安装服务器端，测试是领测软件测试网

否会出现问题。

http://www.ltesting.net

(8)考察安装该系统是否对其他的应用程序造成影响，特别是Windows 操作系统，经常 ltesting.net

会出现此类的问题。

内容来自ltesting.net

(9)

http://www.ltesting.net 统一性测试

http://www.ltesting.net

(1)所有弹出窗口居中显示

领测软件测试网http://www.ltesting.net

(2)所有页面设计要求饱合，但尽量不要有横纵滚动条 http://www.ltesting.net

(3)页面设计风格要统一 ltesting.net

(4)要求编辑界面、住息列表中、错误提示信息、查询条件中的字段名称完全相同

内容来自ltesting.net

(5)添加/修改保存后，添加/修改界面是否自动关闭要求统一(建议修改保存后，修改界

面一般是自动关闭)

http://www.ltesting.net

(6)一个系统中相同功能的按钮名称要统一(如：添加新增，取消取消选择)

内容来自ltesting.net

(7)底层结点不允许添加子结点信息，那么单击底层结点时，“添加”功能按钮设为不可 copyright 领测软件测试网

用的，还是系统弹出相应的提示信息，在一个系统中要求统一

领测软件测试网

(8)同一个功能按钮，不同模块相同的错误提示信息是否统一 ltesting.net

(9)不同模块相同字段值的输入方式是否统一领测软件测试网

(10)领测软件测试网http://www.ltesting.net 易用性测试 ltesting.net

(1)默认按钮要支持Enter 及选择操作，即按Enter 后自动执行默认按钮对应操作。(根

领测软件测试网http://www.ltesting.net

据实际情况现在可以只对登录界面要求此易用性)

领测软件测试网

(2)可写控件项检测到非法输入后，应该给出说明并自动获取焦点

领测软件测试网http://www.ltesting.net

(3)按Tab 键可进入下一个输入框 copyright 领测软件测试网

注意：在修改过的Bug 确认时，不仅要确认修改的Bug 是否已经通过，而且还要测试修改

后的程序是否引出新的Bug，因为在程序员刚修复Bug 之后时,往往程序员只修复报告出来 ltesting.net 的缺陷而不去考虑别的功能在修改时可能会造成新的错误。

软件产品测试部对经过内部单元测试、集成测试和系统测试后的软件所进行的测试，测

内容来自ltesting.net

试用例采用业务流程测试用例

领测软件测试网

转自:领测软件测试网[http://www.ltesting.net]

原文链接:http://www.ltesting.net/ceshi/ceshijishu/rjcsgcsrm/202_/0610/202582.html