从测试用例的问题浅谈软件测试

究不是梦

一.关于一个测试人来讲，设想战编写测试用例是必需的。可是有用的设想战纯熟的编写是一项十分庞大的手艺，需求您从营业战功用上对全部硬件有一个明晰的掌握。怎样体系化、规划化天尺度化用例，将间接影响后绝测试。同时，测试用例也将用于掌握硬件的团体施行笼盖，并对终极的测试成果给出一个量化的评价尺度。
测试相干的很多书皆有年夜段章节引见用例的设想办法，好比等价类分别、界线值、毛病揣度、果果图、决议计划表等等。可是那些实际正在实践使用中其实不能给我们很粗准的举动指点，特别是当营业庞大、相干模块严密、输进尺度战输出成果之间存正在多条途径时，完整遵照那些办法的独一阁下是让我们心里获得合意，其实不能实正进步测试程度，也出有充足的工夫战资本来编写完好的用例。凡是我们只能依托从前项目中利用案例写做的经历(大概风俗)，期望正在那个项目中愈加标准。但是，正在年夜大都状况下，我们尺度化的是“书里上的尺度”，如许只会招致一个成果，那便是从前利用案例设想的成绩仍旧存正在。
当用例根本完成后，我们发明测试用例正在面临很多地区特征战新需供时，忽然处于十分为难的田地：
尔后险些出有再被施行过
已取法式的完成相抵触(界里变更、功用变更)
施行时发明的bug少得不幸
出偶然间为新的功用需供增加用例
便算偶然间弥补，可是用例规划愈收混乱
特征用例战普通用例之间的联系没有明白(一切触及的变更皆以新需供为主线列出，但特征战流量之间的数据或营业联系正在用例中逐步浓化
明白如何施行那个用例，但却没法明白它要阐明甚么？
经由过程上述的一系列成绩我们会发明，仿佛测试用例给我们带去的成绩曾经近近超越益处了，很多时分我们疏忽战回绝用例的使用，也是由于正在真操过程当中总会碰到形形色色的成绩招致的。
但出有效例的编写我们也没有睹得能好到哪来。
2、缘故原由:

究竟上，我们正在测试用例的编写战设想中碰到的各种成绩仅仅是外表的。我以为缘故原由以下:
1.出有适宜的标准凡是那是我们正在测试的过程当中碰到的第一个成绩，是很简单被风俗战遗忘的。我们正在书籍中有相称多的流程文档、指点步调战界说，可是它合适我们当下的项目吗？
每个测试工程师正在进进那个职业的早期城市明白测试中的一些观点战术语，进进公司大概项目组后会进一步进修响应的文档，好比怎样标准编写，怎样界说bug级别，硬件完成的次要营业。可是，当司理开端给我们分派某个模块的用例编写时，有几人分明怎样写才好呢？
正在测试论坛中，常常能够看到引见用例编写办法的帖子，有很多复兴对怎样使用到理论中感应猜疑。为何正在公司战项目团队内乱部找没有到明晰适宜的标准？因而，我们不能不挑选从册本或从前的用例中复造。规划战方法皆与决于过去的经历。我没有是道那是错的，但我们不克不及总结书里经历，赐与测试更多赞助。我们有太多的经历，却出无形成一个适宜的尺度。
2.功用战营业的别离
我们明白怎样列出输进框的用例，可是我们很少思索表白输进框的用处。假如我们认真阐发，没有易发明用例中这类功用战营业的别离愈创造隐了。
界线值、等价类分别、果果图，那些用例办法皆是下度提杂的办法，十分倾向于功用战代码，以是关于怎样编写营业用例，我们曾经落空了实际参考。
庞大的营业会贯串全部硬件，触及很多功用面，此中组开的分收不可胜数。测试用例该当简约清楚明了，那也取营业“没有兼容”。功用用例依靠于法式接心，营业形貌依靠于需供文档。因而，我们更喜好按照完成的界里编写功用用例，并列出大批的界线值战等价类。那个流程的操作仅仅依托经历战了解。那个时分，测试的bug最多，可是我们不克不及让那个bug对应一个用例(偶然候面击一个按钮报告的毛病并非由于按钮大概按钮地点的窗体)，以是我们只能增加note背开拓者指出错误的能够滥觞。恰是由于我们出有很好天储蓄积累营业用例，以是我们以为正在施行用例的时分出有发明太多的bug。
功用战营业的别离必然水平上跟用例规划的分别也有闭，按照界里模块成立文件夹，并正在此中新建不同用例，那招致两者从规划上便很易联通起去。
3.测试已能跟上变革
试念一下，当我们听到愈来愈多的开拓职员正在那边下喊“拥抱变革”、“火速开拓”时，测试职员能够采取哪些步伐？本地域特征战硬件版本变得更加的多的时分，测试能否主动跟进？变革是我们面对的最年夜应战，我以为测试跟没有上变革是测试过程当中碰到各类成绩战冲突的次要缘故原由。
人们对需乞降流程的变革感触感染是很深的，而测试老是跟正在需乞降开拓前面跑，以是一切的风险皆正在本人身上。工夫战资本的不竭缩加，让我们抛却了“没必要要”的事情，二心念着尽早投进测试尽早发明bug，而没有是从团体上掌握硬件量量，和谐战略。
目不暇接的间接影响是硬件量量没法精确权衡，进度没法掌握，风险没法猜测。用例取法式是别离的，新的用例是混乱战缺少的。从久远去看，我们不能不抛却修正战弥补用例，以至抛却之前储蓄积累的一切功效。用例成为法式变更的记载汇总，出有测试/的数据保存，便没法表现测试/的步调战要面，新增长的功用取本法式逐步“别离”，能够存正在互相违犯的状况，但我们却出有法子实时发明。
变革总正在决议我们的下一步，那也是混乱的开端。

3、能够处理的办法

上述成绩正在成生的公司战项目团队中能够很少碰到，碰到成绩的要按照不同状况别离思索。阐发毛病没有会给我们带去成功，成功的特性也没有会一样。因而，正在那里期望以会商的方法提出一些能够的处理计划，没有拘泥于情势，而由成果去决议，最合适的便是最好的。
1.测试鞭策开拓，指点用例成果，记载数据变革
“测试驱动开拓”（TDD）正在网上能够看到很多引见文章，次要会商怎样闪开辟出去的代码愈加干净且下效。“测试驱动开拓”的根本思绪是先写测试代码，再写开拓功用代码”。可睹，TDD是一个基于“代码”层里的驱动，但今朝需求正在乌盒测试中会商怎样完成“测试驱动开拓”。
起首，我们需求规矩一个立场。很多人以为Black Box 测试的手艺露量没有下，出有太多能够考虑战拓展的处所。次要事情便是用鼠标正在那边瞎摸，以是很多“初级”的手艺办法皆试图用乌盒测试，划浑界线。可是测试职员发明的bug80％以上是经由过程乌盒测试发明的，脚工操作硬件仍旧是今朝检查硬件量量最有用的办法。
如何在乌盒测试中开拓测试驱动法式？我以为能够从用例层里动手，用营业用例去指点成果。
开拓职员凡是更重视手艺，对营业的了解简单被无视战偏偏离，而需供文档并出有完整指明该当抵达甚么成果，那便使得从营业到功用呈现了“浏览停滞”。假如发明法式毛病，需求返工，那将消耗大批的人力物力。测试职员战终极用户无需过量存眷硬件完成的细节，因而用营业用例驱动开拓是更好的办法。给出明白的预期成果，并指点开拓职员怎样界说能否抵达目的，那也需求利用测试中的各类办法去列出营业流程中数据的等价类战界线值。
营业用例的构建该当先于法式完成，取需乞降开拓职员连结分歧的相同，并以此为基准，确保法式完成没有会出错，同时也对全部硬件的进度战量量有一个很好的估量战襟怀。营业用例能够没有存眷法式的接心，可是必需无数据撑持。那是测试抢先变革的又一次“数据记载变革”。
我们不单要处理惩罚变更，借要记载变更，如许就能够用测试用例去监控法式的持续性，数据能够做为最根本、最简朴的支持。当营业十分庞大时，能够停止细分(营业细分不同于法式顶用表单或页里分别的营业细分)，经由过程典范用例办法列出实践输进战预期成果。我们期望数据可以通用战同享。最幻想的状况是成立一个“数据库”。每一个营业用例从“数据库”中得到输进数据战预期成果。该数据仅用于营业进口战出心。当法式内乱部设想发作变革时，保存的数据没有会生效。例如，我的法式需求从某个文件中读与数据并计较成果。一段工夫后，法式的内乱部字段增长。假如数据是做为保存的文件附件供给的，法式如今能够没法翻开该文件。利用“数据库”去指导测试人能够间接针对变更后的法式中的营业输进，而没有思索法式的内乱部规划。
2.标识表记标帜用例的工夫(版本)战劣先级
标识表记标帜测试用例的工夫或版本能够做为基准，标识表记标帜项目进度的每一个阶段，用例间接对应需供基线战硬件版本。一样，它需求尺度化流程，也是对变更确实认战掌握。大概能够给用例增加一个形态，指明用例今朝能否取法式抵触，当法式改动时改动用例的形态，更新用例的版本。
为测试用例标识表记标帜劣先级能够指出测试硬件战用例编译的枢纽面，削减用例回回的工夫，增长枢纽用例的施行次数，赞助项目组的新人尽快理解需供。正在主动化测试的初初阶段，也能够参考该劣先级记载剧本。
3.功用用例战营业用例是分隔构造的为营业用例开拓零丁的分类，别离构造功用用例战营业用例，按照不同的存眷面列出施行途径。该当正在开拓之前或同时筹办营业用例，以赞助测试职员战开拓职员辨认营业并了解准确战毛病的流程。功用用例更依靠于法式接心的形貌，但功用用例没有即是指令。正在一些模块的等价类战界线值测试中会发明很多严峻的bug，能够战营业无闭，可是用户常常很简单如许操作(好比登录名，您思索少名字吗，大概假如用户的键盘有成绩，您老是正在里面键进n个以上的空格，那战营业无闭，可是法式会怎样处理惩罚呢？)。

4、开展

以上处理计划只是会商战考虑，如何在项目中施行借要看状况。取此同时，即使我们正在主动追求改动，我们仍旧会碰到无数新的成绩战新的忧?，或许比从前更多，那是我们必需支出的。
可睹测试的开展标的目的十分普遍。即使传统乌箱测试并非甚么新颖事，但初级丈量员必需正在测试妙技战专业范畴皆有下度的“涵养”。我们该怎样来开展本人的测试奇迹也应有更多的考虑。
上面是我收拾整顿出去的一份硬件测试工程师进修取开展常识架构系统图。

期望各人能正在那个开展过程当中支益很多。能够道，那个历程会让您痛没有欲死，但只需您熬过去了。当前的糊口便沉紧很多。正所谓万事开首易，只需迈出了第一步，您便曾经成功了一半，前人道的好“没有积跬步，无以致千里。”比及完成以后再回忆那一段路途的时分，您必定会慨叹很多。
最初感激每个当真浏览我文章的人那些材料，关于做【硬件测试】的伴侣来讲该当是最片面最完好的包含了很多测试止业常睹常识，此中包含了有根底常识、Linux必备、Shell、互联网法式道理、Mysql数据库、抓包东西专题、接心测试东西、测试进阶-Python编程、Web主动化测试、APP主动化测试、接心主动化测试、测试初级连续散成、测试架构开拓测试框架、机能测试、宁静测试，面试时面试民必问的常识面，粗选简历等。存眷我的微疑公家号；法式媛木子；自止获得~

免责声明：假如进犯了您的权益，请联络站少，我们会实时删除侵权内乱容，感谢协作！