欢迎来到天天文库
浏览记录
ID:41814150
大小:362.67 KB
页数:6页
时间:2019-09-02
《01软件测试基础》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库。
1、测试理论基础知识一般测试流程:1・需求分析阶段:只要就是对业务的学习,分析需求点。2•测试计划阶段:测试组长就要根据SOW开始编写《测试计划》,其中包括人员,软件硬件资源,测试点,集成丿I页序,进度安扫歸口风险识别等内容。3•测试设计阶段:测试方案一般由对需求很熟的高资深的测试工程师设计,测试方案要求根据《SRS》上的每个需求点设计出包括需求点简介,测试思路和详细测试方法三部分的方案。《测试方案》编写完成后也需要进行评审。4•测试方案阶段:主要是对测试用例和规程的设计。测试用例是根据《测试方案》来编写的,通过《测试方案》阶段,测试人员对整个系统需求有了详细的理解。这
2、时开始编写用例才能保证用例的可执行和对需求的覆盖。测试用例需要包括测试项,用例级别,预置条件,操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。测试用例应该覆盖测试方案#而测试方案又覆盖了测试需求点,这样才能保证客户需求不遗漏。同样,测试用例也需要评审。5•测试执行阶段:执行测试用例,及时提交有质量的Bug和测试日报,测试报告等相关文档。一、测试理论框架阶段中还有:连体测试单元测试:是由开发人员完成的,用一些测试工具和框架,是针对代码测试的。(详细设计完成后可写)集成测试:主要测试模块间的接口,一般有开发人员完成。(概要设计之后)系统测试:需求规格说明书
3、。(需求分析之后)验收测试:该条件和准则跟用户在需求分析中是对应的,该处测试分场景,每个场景含3・5个测试用例代码测试设计測试■求需试1.V模型对错探讨V模型强调的是测试用例的书写时机需求分析:分为用户需求(也叫问题域,是用户让技术人员解决的问题以及产生问题的原因和背景)、业务需求(用户需求的解决方案,是把用户提到的问题变成可行的解决方案,所以用户需求是一定不能包含解决方案的,但要包含用户提出的问题以及该问题产生的原因和背景,第二步再按照解决方案原因和背景明确可行的解决方案和建议。第三步是根据解决方案去明确需求的功能点,即是需求规格说明书,用文档的方式描述软件的样子
4、,依据的是业务需求)。概要设计:通常完成3件事:系统架构(要求可以完整支撑需求规格说明书中罗列的所有功能需求(在该体积架构卜•上面的功能点都可以支撑)和非功能性需求(包括安全性、可靠性、性能、环境稳定))。模块划分、模块和模块Z间的接口和宽户环境规格详细设计:明确模块内部的实现逻辑、实现方法和伪代码1.编码先述是单元测试先?详细设让完成后,先写单元测试用例再编码也可编码、再单元测试用例,再测试2.系统测试和验收测试的区别?验收测试:执行人(最终用户,或代表最终用户利益的人)。口标(证明系统没问题)。测试用例(是系统测试用例的用例最小集,验收测试屮的所有测试用例都应在
5、系统测试用例屮用过)系统测试:执行人(厂商)。目标(尽量发现多的bug,提升软件质量)验收测试不是整个测试体系的一部分,它是偏向商务的。可行性分析:先做需求还是项目计划?项目计划中包含需求吗?需求占整个开发项目的多少(20%-60%)?需求分为2部分:工作量描述(用户、业务),也称需求描述;再做项目计划;需求需经过评审会,测试计划的评审由时间点(QA)或是人(QC)发起发起。由QA(质量保证,也是管生产线、流程方法的质量),(QC质量控制,也是测试工程师)二、测试模型:v模型与x模型X模型为什么写测试用例?怎么写?目的是什么?答:测试用例分三级:大纲级(描述整个测试
6、用例的概率,目标是复用,所有人水平和当);(老带新);详细的测试用例(全是新人,这个质量不太好)迭代模型:由变更较小或基木不变的需求开始做需求,再做设计、编码、测试。再跟进需求不太确定的一直迭代到整个项目完成。它有多个迭代周期,每个迭代周期都是一个完整的瀑布模型,分为该迭代周期的需求、设计、分析、测试。探索性测试:三、软件测试的两个手段:验证和确认四、软件测试的目标准确鉴定当时当地的质量状态,软件是怎么样,鉴定出來就是什么样。经过开发人员的修改来使质量捉高。五、测试原则软件的一般实现过程相符吗?'运行结果、计算机:程序运行得A运行正确性4,输入正确性•Good-e
7、nough原则:这是•种权衡投入/产出比的I、到的结果丿原则,测试既不要不充分,也不要过分。不允分和过分部是•种不负贵任的农现。Zero-bug;^•种理想,Good-enough^我们的原则。•Pareto原则:一般情况下,在分析、设计、实验阶段的复W和测试匸作能够发现和避免80%的bug,而系统的软件测试能够找出其余bug中的80%。故后约5%的bug只仃在用户大范用、长时间的使用肩才会暴露出来。因此测试只能保证尽可能多地发现错i吴,不能保证发现所有的错误软件测试的衡量标准•需求的覆盖•需求追溯表/需求矩阵•缺陷数量・多、新•缺陷重现率•BUG能按照一定的测
此文档下载收益归作者所有