软件测试日常操作指导V112

电r胆悟肓眼公司■MJfF&UANGZHQUTQUGDJiAUTOELECTRICCO-.LTD-软件测试日常操作指导文件状态：[]草稿[]审核文件编号：当前版本：V1.1[]正式发布[]正在修改作 者：李小凤完成日期：2019-8-07更新日记：1.增加“需求评审”内容2.增加“绩效管理”内容广州通达汽车电气股份有限公司2019年8月电r胆份肓眼公司■ &UANGZHQUTQUGDJiAUTOELECTRICCO-.LTD-目录TOC\o"1-5"\h\z\o"CurrentDocument"一、 需求评审 2\o"CurrentDocument"二、 需求分析/需求确认 4\o"CurrentDocument"三、 编写测试用例 5\o"CurrentDocument"四、 测试用例执行 6\o"CurrentDocument"五、 测试用例维护和升级 7\o"CurrentDocument"六、 缺陷提交 7\o"CurrentDocument"七、 测试报告邮件撰写 8\o"CurrentDocument"八、 Bug管理 10\o"CurrentDocument"九、 一线问题收集 10\o"CurrentDocument"十、 发版记录 11特别声明：本文档仅作为测试组内部工作指导，不涉及与其他开发小组协作流程。一、需求评审第一步：提取测试原始需求。包含开发需求、测试经验库、用户需求、继承产品需求、协议和规范，生成测试原始需求。开发需求:产品的正式名称、发行厂商名。版本号命名规则，补丁包版本号，开发语言、安装位置、配置参数等。开发工具、中间件以及数据接口。硬件环境等。测试经验库：已有经验的测试工具，测试方法，测试用例等。可列出测试经验来源项目名等用户需求:用户原始需求描述。来源项目立项书，用户需求相关文档，招标文件等。继承产品需求：该需求对应的继承性产品需求点。协议和规范：行业标准文件、法津法规等相关文件。第二步：产品测试规格分析。此步对需求二义性、完整性等进行分析，并提出DFT需求。并整理出测试模块，针对该需求特有列出需求特性，并形成初始产品测试规格。DFT需求参考：《可测试性需求操作指导书.doc》素材的大小限制假如素材的格式或大小不符时，系统应怎么处理发布的天数支持最大多少天？假如超过这个天数，下发会如何？4•灯箱广告--缺优惠券提供接口，模拟车辆可用或不可用，车辆离线、非运营准备至少一个屏，用于微商下发广告，验证是否正确播放广告广押匾这*电专鯛肓ERE司■ KUANQZItfllTDMQOAAUTQELECTKKCD-.LIB.订单不状态，是否支持退款流程8、 数据库账密一数据表第三步：继承性分析。该需求历史重用部分的需求规格继承分析。针对该继承特性。账号登陆、注册广告素材制作广告下发第四步：测试重点分析。通过分析需求特性的特性使用频度、特性重要性、成熟度等得出测试重点分析。注册--不频繁，高，成熟登陆---频繁，极高，成熟假如1万用户登陆系统，高，成熟优惠券领取一一般，高，不成熟广告素材制作-频繁，-高，成熟广告下发一频繁，高，不成熟金额计算一频繁，高，不成熟订单管理—频繁，高，成熟退款一不频繁琐，高，不成熟车辆选择--频繁，极高，不成熟广告宣传--频繁，极高，成熟广告推文---频繁，极高，成熟第五步：测试类型分析。针对不同的测试阶段，使用不同的测试类型。测试类型SDVSIT功能测试•一致性测试•安全性测试•性能测试•压力测试

MB这*电专鯛肓EHE司■ QUANZHOUTDMGOAAUTQELECTKKCD-.LIB.配置测试77安装测试•7恢复测试77长时间测试7系统指标测试•7易用性测试7备份测试•7大容量测试•7流控测试•7兼容测试•7互操作测试•7说明：7表示该测试类型的主要的测试阶段;•表示对应测试阶段有该测试类型或回归测试。第六步：功能交互分析：交互关系。分析与其他功能模块、子系统的交互。列出功能之间存在顺序、交互关系。共享数据、资源影响。第七步:关联图分析。分析不同的用户群体，不同的子系统、接口都系统的影响。第八步：整合产品测试规格。将上述步骤生成的结果整合产品测试规格。最后形成'特性测试需求分析“报告。二、 需求分析/需求确认在开始执行测试时，首先要对系统的需求内容进行确认。在阅读需求时应确认能正确回复以下问题。为什么要提出此需求？why---需求的目的。（此需求是为了解决什么问题？）什么时候会用到该需求？when--需求使用的时机哪些人用这个需求？who--涉及到系统使用者。不同的使用者，其思考问题的角度不一样。软件的关注度也不一样。如何实现该需求？How—分析并提炼理解后的工作流・需求优先级是什么样的？---通过目的，分析出系统需求与利益相关者的优先级别。做完以上工作后，将会产生一份系统功能思维脑图或流程清单例如：

提炼出系统的核心功能要点之后，分析其数据走向。画出数据流图，这是极为重要，也是极具挑战性的工作。系统核心业务其本质是数据处理。只有保证数据流向的准确性才能保证核心功能的正确执行。比如：电子站牌程序数据流分析交丑渔*即脏■勺Of提炼出系统的核心功能要点之后，分析其数据走向。画出数据流图，这是极为重要，也是极具挑战性的工作。系统核心业务其本质是数据处理。只有保证数据流向的准确性才能保证核心功能的正确执行。比如：电子站牌程序数据流分析交丑渔*即脏■勺Of_1 细■-■\恋曲刊宅r-i®H1丢曲E*FI；爺1 &HSE于哮=；老4嘏0瞬于玛stSSwtHO手前|酪在分析数据走向的同时，也同步在完成功能清单脑图。三、 编写测试用例通过第一阶段的需求确认得到了一份功能脑图，系统的需求的了解程度将决定测试用例功能的覆盖率。我们要求功能的覆盖率为100%。故需求确认阶段是最重要、最关键的一步。根据功能脑图，进行用例设计。用例设计的内容需包含：功能测试，性能测试，易恢复性测试，兼容性测试，余量测试，接口测试。以“登陆“功能为例:

止・Hl阿It^flWH.-KflBfflirUtt的!■”-SfcJHW?*W<A.-.謝FKRK4-J9L-WSlit 1WK?4: I.EWHUH4.!**Elrr■*A»-F*E.-HBM/-国L9kaft11.SpMEH<-dvcnv.洒1弼Khrarit.列MLWH罠”计士F*"眇*“H郴宀W._通过脑图设计完用例后，需要将其移植到测试用例文档。测试用例文档需包含：序号、功能模块、用例标题、前置条件、测试步骤、预期结果、测试次数、测试结果、备注、测试类型软件版本号、用例编写人员、测试时间、测试人员）等更多测试环境内容。i1j£St■vr.■"IM即■W堆HPrMkS»-■■lUHEf.BUM*■P.V-FA-M1llfllI.LIariatfiviAJFffBt..«±-avjrvv也亞「・《<■册i5^Ai.Ik.M：.nlfrfl-4. 軒*iaiviiA«1PE・》€*!■*•#4KD-网TSF*I-卄tffi歹h-rww-ki-mhpi，.It-te?,4MH号沖EU：l心肆證泸”Wlf■幷i.«EMK.RH4niqR£r?swiTlu^MlTH^itliiDLifiH^--fl.>T«'l.HE■+电：WT.?^H.I.4*E-5fi M2M'■^hKTn*nTi片稱肯!3吋归阿nArTfcKWfl-■日返在编写测试用例时可以通过三种办法控制用例的数目，提高编写用例的效率。第一、采用“有效等价类、无效等价类“的原则对用例的数目进行控制。将有效等价类写入到一个用例当中，无效等价类分开写入。第二、在有多个组合参数中其影响结果只有两项（例如：通过或不通过），通过条件进行过滤。第三、涉及到人机交互页面由于字段过多，有效等价类用例可直接通过图片的形式来替代文字描述。测试用例的结果制作成下拉框，以便测试用例的执行者填结果时需保证格式一致性。Pass（蓝色字体）Fail（红色字体）Block（灰色字体）NA（黑色字体）注意首字母大写。準肚冒*三・£*1M爲？5**m IM宓―準肚冒*三・£*1M爲？5**m IM宓htifihHicr.^iifii-c-imlhl■.Hiair.4,4^9>ii：.y-.an-+・rn•wiwamaH•PkHhHA-RKHW«.Wia也审.曲姻AT师wfQNEBK"nhBFFj.^vidr-" c<V3~HRSflK-HB?Ps・I.isMUSFFMLH#外四、 测试用例执行Ps・I.isMUSFFMLH#外按照用例文档逐一执行，并将用例结果记录下来。Pass：期望结果与实际结果一致，用例通过。Fail：执行该用例时，出现了系统缺陷。用例表格中的备注中记录该缺陷的ID及摘要。Block：由于某个功能没有实现或测试环境等原因造成用例无法执行。即前置条件没有达到,广刪MM车电专19尉肓EHE司■ &UANGEHDUTQOAAUTQELECTRICCO-.LTD-需在备注中说明Block原因。NA(黑色字体)：由于需求变更。此功能不再需要。需在备注中说明NA原因。nCBM;•Mu-W、・MTt*11.1.1JES'Mnh■AuEHiiivr-xiitw-!■»**-■Af'_l-T*1- Mh■-rirth■S--斤i：出亀5TIWH嘴灵l Hil.B-TliFm^HIWIVFhdi-i»UUhIMl:w1>1>3..»■.■ru>9fVhdl h'-工舸船«^=t-J-MM-in-FH!：■■flnq*prini<■.jr.r：«& -ioRHlSTIbIf■.1-EliMrKHHl'S2flinT-匸亦F/r如具A**Ei_OATl丄臼丄■冃•r!NJ^IRZRH^Urtn-HOJ!*«-：n|!^>ZM.IW:1.1.]=?:■:r呻■■ARfmUIB.c«£vnv!1TMM-fHUT-kKXIMLch 5.三lANan-UM：-严■e+»-.»>nmu.iHjiL•khrha-fjw・nna*nll4KH4-Z；-M-Va^U.RILft-H-L»taHR±?ahB4ifpnnv H-：-¥aaanB?-"ll«4cIn-iR HuZlhllr-wi.iCCAfl1.1.1ftf;-r.apisen,V»=!KK・R4QM：tiFttaTIB:U.1Z五、 测试用例维护和升级测试用例要做到版本管理。升级时，针对新加入的需求进行用例增加，对需求变更的用例进行修改，对已NA的项进行用例的删减。新版升级的内容用红色字体显示，便于识别定位系统的变更项。做好测试用例维护，对于团队协作是极为重要的。六、 缺陷提交缺陷提交到禅道必须包含摘要、测试环境、重现步骤、期望结果、实际结果、指派人、严重程度、优先级。Bug摘要撰写：摘要书写尽量简明扼要地说明BUG的核心点。通过摘要可以快速地判断该模块到底出了什么样的问题。例如：［工资］线路工资配置问题。描述并不能看出工资配置到底有什么问题。摘要书写要以问题的形式提出，而不是以需求的形式提出。。例如：［登陆］页面的公司名应为“通达”。纠正：［登陆］页面的公司名显示错误。针对概率性的Bug,摘要描述结尾处需把问题出现的概率写出来。例如：测试登陆50次，出现3次登陆失败。摘要描述：［登陆］登陆失败(3/50).测试环境包括硬件环境、操作系统环境，软件版本，浏览器版本等信息Bug等级定义：

MB这逹车电专鯛肓EHE司■BUANQEXQUTQOAAUTOELECTKKCD-.LIB.132U总立仙丸中断3嗓訶=煮料.导誠翩无拂鹉2A1抽制珈期從主二观.且无■舫法2殛加®tssgyM砸3IfitWiTt时孟中.:插■龄盏庄史坤弓別f止址（天于fl.附\4民朋逅IE晶.无法正*If去.IM去蓝.5出施恆.朋陆雪换EttffiSWbFTF饰种7wjssyssfep：6B#ai+T-£rfl■曲瓏5电匚雄4保蚩科下酢tn.-ffiHTjftH上山』ESid嗣九一密TliLh9w惑孙匚•瘍弔smum吕K10刍通战霍才倦宣日=■力取■才K3由IflF妲£牺跑］區王注內打.瞒■更・丈&雹比观崩L301业疣期1良的6協注妮.旧曲I.E揺决.禅■点曲踊EB=2GI必汗晏：妙tl»溟.占去!《乎总■・•则玮规羊胃亍??5*匚胆不总正•耐囲田鮒用雜alUfcffl在丈Sf贰中.在丈ii*出冲雄?伙旳.竝社毋彌阿话miiVliiKJB査夫｛飪于06%?.造飙JS&a计上囱婢.m.设岀尼!胡作计・睛孚醐陌有方琏「Riftti-Tto.井杀设计彙5加口洌.壬冬打同步了不匡聞0門殍.安用疥睦印沙閘了紛巨胆4CUttifl. iPft朮中艇的fH里干一强.实她仝曲：l.=WMlift.£1貝.饭的豊■刊H事BhrafZHftBfl^SR.田JtOhS到irg序.比厘倍rM堪示时｛的进砖鋼细）-睥吧珈请亦?诅±価任丽壬.甲湘轻细电二的H耳万注和庫用习用丄圧■卿1国A*.afuEH］虫飙用实刚用.酥和厲示巧ira慣■童田列抵班监唾唱备申m异加耳匹吋岸X5W视.&fi;亠："WSW亨咼? ■feHSfiA^S■盼•丰耶判■特甜前•=?书甘•田计上徹加卑叮叫上解:tWWWBTH帘孑盹1号囂.壬奚也九电二土用筑玄国夏.莎尸日挣ff］0l罰社IttM理刃趣5；珈.Srai^»™HffiSW^ir齐吕理加迎昭啣HH■相忠羽壬砂科丄蜩曲囲■佛不硕府下的豈示郴•夷左冃甸規号10UISM&：.王很圧梵于丽面携宜聞個式■H甘齐方式也皓丈羽抹厲图嗽®1帧一时论凤帝斑一.SHtl鱼曲？的帀31右剧牛.飾田何唤!示rflfL曲.退•弔戸町班.転法血用习皿不建砒韵或割了中明臺网辭旺峥'IBug优先级别：、优先匪定&菸圉皆注1険笛弄亡IA.恃牛至吕1至三斎见尋灵廿7业务连足分r■切岁拓迖为根挺?哼一車鬥討一亍撓萄臣貴客士克产赤杲ry-J护魅件垢蛊玄口=2r一急缺朋界IS偿市率低请峑贖」代性用率扳或中魏笛圾别B,怯用弗奇3育^）?附黏」代便用率低甸弟」王斷車低或中越陷宓」C.解察育4中邮溺」匕使币率低魏笛涎」匚,怯用率亠6低缺倘瞬工民吐起空枉,■■支乓率吩七、 测试报告邮件撰写测试报告邮件内容包含：主题、正文、附件。主题：项目名称、产品名称、版本号、测试报告字样。正文：测试软/硬件环境、测试人员，测试类型（功能、性能、兼容等），Bug统计、版本日记测试结果、严重Bug清单、建议类描述。附件:测试用例结果、其他相关文档等。ntiiH达逹车电ri殳悄肓BBE司GUANGZH&UTDHQMAUTOELECTRICCO,.LTD.DearA酬滅肝顷SWffiH-rt'fL. E±S«Sfe需期蔘：听屣主唱厚临耳；1LO.D立01丸竝宜」|］营诣QT唱厚JLO.D立D1対轴2jb■诣才■主運序味£L^.M里芦斫件權平：1.D血.抽丄坟。帅NbvtaHIWAH阳•阵II云_罚茶日石豪希若证図胃:内睿号，扁日忑軽迂第■◎注載件1.佬夏拽寻畫諛生空不魁怕用问炬H•字北年用，昱五不起怔用:.uirtf^sRUlfEtiBTIFasom.風丄••幵毛肌餐壬处理牛握电对时间討】怕酩-;1nfl■幵生机賓乏星补運PassL思夏盘厦号和王医恥11国件升眼超R1"畔鬲建虫送刃JT问伍5.囂前卬仁・眼斗超世目篦总泣取初直耳山観Pasff5.SUflilfl；:晰：号上弭即朮:F'&iisr.*r*^^JTfniBftP&ai日.日志记壬邇贋肆和幅于■二u升規电忌-F,斑4.1FW口井设1&仅业卑.•IH轉折牡昭TH娈的僧阿.目旳可取吏恃海僧甲口卄设协认科拐完卑疊同生产孤Mtff栢皿卜设Blwik目（H串口设雷1住年革豪味一祐机正常运行『鼻住对紂傀迈需更曲亍专顶黑述10.M了平台巌马吕衆J储牯连8?Ps:,:PK1.憐的亍鞭乏査谓话囲賦折阵纳于帼・毎£3貳和哀幻出竝茴囲賈击憎+..'^JMEOT^C的问闿Fail主世鼻出両直珏祚在卡桓1可妁』迁君爼逹世住rwr^^JfSHFasff3.埔池肌尿径怖拽处理P&iisI.#tt7 电七1刃U・130书后再关厨王輻电玄PaiEffa.ffttcuiWA.us^att口P&ass.tbcficuffit：回遇1证:■eaiTup.lark®兼書葩机afPass1*测近讷鶯BjOtJfcl:5*50驛走550 砂日冈购■102 2冲怛曲1忸咅了3WIW亓SM0的肌Q既目J* 為挈3!峑ASlhjgfl.UWlT:〔医H|H|■■衍胖冋=5?■碑TEITI^E;頤b嗣H|：班9茁口」ft"誓堆问圏漏皐备注11--jssssi.s.诃面无箪口余蛊此附只出观一沈・WE:山牙生产IT境眄就册轲■旻屏制匚L6S件權平为：］.0.0.20］B0B0T_btlJ，咼蛙弔崗旺匪戾.=問［-M毎注卸ftL』.0.E01H0HST_btlA-广蝴哩达逹车电r證悄肓IEE司■MJPF&UANGZHDUTQUGDJiAUTOELECTRICCO..LTD-八、Bug管理缺陷处理流穆说明:1■Buqrs求提出fifimSUG/需未闭件旳：|；冏僅块，提交数垢尸廿派络対应的开忑小追组弍..乙幵发小组组it分析EUG'H'L,肛屮仁门小亍、分派歸或ESI5交^因,退冋uug儒臥汐出音,并睁退回原因.如杲无需退回.狀态切换威Qp®n笳派给本/小组开炭威虽•昇庁心冃=9席良倏3汕坦儒或，夫化决换成Fi吗日井汨译FixMl.P..悄确测试人火”4测试人屋酚iiT=i鴉*版木1-F門已解"虬FF3解.状态切换.诬ui曲ecU：岡.止■!■商”如!解，伏态勿血加自cpenK并游加汪榨，用Ld容2J研h禅道平台状态对应如下：New—未确认Open—已确认Fixed—已解决Reopen-〉已确认，激活多次Closed—＞已关闭九、一线问题收集一线人员及客户反馈的问题收集对产品质量的提升是极为重要的，也是产品最宝贵的财富。我们要善于利用这项利器，帮助产品质量及产品服务得到提升。问题回复。需对一线或客户反馈的问题进行