【直播回顾】《ISTQB-高级技术测试分析师》
访问次数: 230 次   
发布时间: 2022-05-06

iSQE软件质量保障领域系列直播第八课——《ISTQB-高级技术测试分析师》直播已于上周圆满落幕。

本次直播由ISTQB资深讲师周震漪老师为大家带来精彩分享,吸引了众多业内人员观看,反响热烈。

本次直播主要围绕ISTQB核心领域中的高级技术测试分析师模块,详细介绍高级技术测试分析师的基本内容,并对大纲版本更新事宜进行了重点讲解。周震漪老师在互动问答环节对于大家提出的一系列问题给出了详尽的解答。

 

直播问答环节 (部分)

Q:单元测试用例设计时,输入参数和预期输出的结果是研发人员提供还是测试人员自己编制?

A:这里有二种设计方法:实际测试用例设计方法 和 逻辑/抽象/概念测试用例设计方法。

实际测试用例设计方法:就是在测试用例中规定了测试的输入数据、测试的步骤和期望的输出结果。在这种方法中,输入数据和期望的输出结果都是由测试用例的设计者考虑和选择。测试的执行人员可以按照测试用例的要求执行测试。

逻辑/抽象/概念测试用例设计方法:在这种方法中,测试用例的设计人员一般只考虑测试用例的目的、测试的粗略步骤、要关注的点以及测试环境等,通常不会给出具体的输入数据和相应的输出数据(可能会给出等价类或边界值以及一些其它要求),而具体的测试输入和对应的的测试期望结果都是由测试执行人员在测试执行前去准备。所以在这种方法中对于测试执行人员的要求也较高。

一般来说,在组件测试(单元测试)或集成测试时,测试都是由开发(研发人员)来担当,在系统测试或系统集成测试(SIT)或用户验收测试(UAT)时,基本都是独立的专业测试团队来测试。所以无论是谁来进行测试,如果是使用实际测试用例设计方法,则在设计测试用例时就应该考虑输入数据和期望的输出结果,如果是研发人员进行的测试(如组件测试),则由研发人员设计输入数据和期望的输出结果。如果是由专门独立的测试团队进行的测试(如系统测试),则由专门的测试人员负责设计输入数据和期望的输出结果。同理可以考虑如果采用逻辑/抽象/概念测试用例设计方法。

 

Q:代码级软件集成时,如何确认函数与函数接口之间的集成结果是正确的?是否检查被调函数的返回值?

A:集成测试时主要就是测试接口和集成后形成子系统的协同,所以在设计测试用例时的关键就是研究接口,这里常用的方法有:研究接口的结构,从结构导出测试用例,例如有效的域、无效的域,等价类、边界值等,参数的不同组合,时序,等待等),应该考虑覆盖所有的可能,当然也可以覆盖风险,假如基于风险的测试方法,根据需求满足不同的覆盖要求;另一种是从他们的信息流或功能(特征)出发。也可以考虑二种方法的结合。具体用什么方法取决于实际情况,例如被测对象的风险、目前所具有的资源(人、时间、技术。。。)。不管用什么方法,都应该考虑检查被调函数的返回值(如果有返回的话),否则很多测试用例无法确认结果的正确与否。有时为了获得被调函数的返回值,可能需要开发和使用相应的测试“桩”和/或“驱动器”。

如果在代码级软件集成(组件集成)没有测试好(没有达到覆盖或质量的要求),则到了系统级就很难再发现代码级的问题,会给系统带来很大的质量风险隐患。

Q:软件集成测试对概要设计文件接口及接口调用关系描述的要求?是否需要描述函数级别之间的调用关系?

A:如果软件集成测试不考虑集成过程本身(有些公司或企业有专门的集成团队),则只需要考虑接口的定义以及协同工作(功能/特征),此时的调用图不是必须的。但如果软件集成测试时还由测试人员考虑如何集成(集成策略),则此时的调用图是必须的,否则无法知道哪个函数应该与哪个函数集成。

想要查看更多精彩问答,可以微信识别下列二维码,在直播回放中查看

同学们,看这里

前期回顾 (欢迎收看)

第七课《ISTQB汽车软件测试员》点击:链接收看

第六课《ISTQB- CTAL-TA-Ver3.1新版课程大纲介绍》点击:链接收看

第五课《ISTQB测试自动化工程师》点击:链接收看

第四课《ISTQB移动应用测试》点击:链接收看

第三课《ISTQB-FL开启软件测试的大门》点击:链接收看

第二课《IQBBA国际业务分析师认证介绍》点击:链接收看

第一课《走进TMMi的世界》点击:链接收看

 

iSQE软件直播保障领域系列直播已经播出第八期了,感谢大家对我们直播的支持,未来我们将持续输出高质量的直播,为大家分享软件质量保障的相关内容,敬请期待,我们下期见!

返回