测试测试测试？

点击联系发帖人 时间：2022-06-09 01:16
有趣的测试网站

更多“测试计划、测试用例、版本、测试集之间的关系是怎样的？”相关的问题

GB/T17544中，测试文档的种类包括

单元测试中设计测试用例的依据是()。

B.用户需求规格说明书

请帮忙给出正确答案和分析，谢谢！

在软件测试中，测试用例主要由输入数据和( )两部分组成。

请帮忙给出正确答案和分析，谢谢！

在TestCenter中关于缺陷管理的描述中正确的是：

A、只有测试用例执行失败才能触发缺陷提交

B、一个测试用例只能被执行一次

C、使用TestCenter录入测试用例后，设置开始执行时间，测试用例就可以自动执行了

D、TestCenter支持对项目进行分析，但需要自行录入需求、测试用例和缺陷

以下描述中哪些是错误的：

A、如果某个缺陷是由于使用的第三方插件内部bug而导致，则该缺陷在短期内是无法修复的

B、页面中所有文字错误都属于严重性很低的缺陷，可以不修复

C、缺陷的处理优先级一经设定，不允许修改

D、设置为暂缓处理的缺陷可能在产品发布之前都得不到修复

以下描述中哪些是正确的：

A、测试工程师设计的测试用例在测试执行过程中必须唯一运行一次

B、通过TestCenter工具可将系统原始需求、测试用例、缺陷有效关联起来

C、多个测试用例可能包含在同一个测试场景中

D、在版本的更新迭代过程中，不同版本可以设置执行不同的测试集

以下关于TestCenter的描述中哪个是错误的：

A、测试用例设计中，测试场景是对应业务流程的

B、没有测试计划也可以设计和执行测试用例

C、测试用例可以通过测试场景添加，也可以在用例组中添加

D、如果设置手工执行测试，则在TestCenter中直接点击测试用例，在打开的界面中点击【确定】，该用例就可以自动执行了

}

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

19、您胃脘部、背部或腰膝部怕冷吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

20、您感到怕冷、衣服比别人穿得多吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

21、您比别人容易患感冒吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

22、您吃（喝）凉的东西会感到不舒服或者怕吃（喝）凉东西吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

23、你受凉或吃（喝）凉的东西后，容易腹泻（拉肚子）吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

24、您容易便秘或大便干燥吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

25、您感到眼睛干涩吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

26、您活动量稍大就容易出虚汗吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

27、您容易气短（呼吸急促，接不上气）吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

29、您容易头晕或站起时眩晕吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

30、您喜欢安静、懒得说话吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

31、您感到口舌干燥总想喝水吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

32、您感到胸闷或腹部胀满吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

33、您感到身体沉重不轻松或不爽快吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

34、您脸上容易生痤疮或皮肤容易生疮疖吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

35、您大便黏滞不爽、有解不尽的感觉吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

36、您小便时尿道有发热感、尿色浓（深）吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

37、您带下色黄（白带颜色发黄）吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

38、您的皮肤在不知不觉中会出现青紫瘀斑（皮下出血）吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

39、您身体上有哪里疼痛吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

40、您没有感冒时也会打喷嚏吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

41、您没有感冒时也会鼻塞、流鼻涕吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

42、您感到闷闷不乐，情绪低沉吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

43、您容易精神紧张、焦虑不安吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

44、您多愁善感、感情脆弱吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

45、您容易感到害怕或受到惊吓吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

46、您无缘无故叹气吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

47、您咽喉部有异物感，且吐之不出、咽之不下吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

50、您比一般人耐受不了寒冷（冬天的寒冷，夏天的冷空调、电扇等）吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

51、您能适应外界自然和社会环境的变化吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

53、您容易忘事（健忘）吗？

没有(根本不) 很少(有一点) 有时(有些) 经常(相当) 总是(总是)

}

我们知道如何开始进行测试工作，做测试计划、写测试用例，最后进行测试报告反馈，但在进行测试报告书写之前还有一部分工作是验收测试，你可听过?如何进行验收测试?验收测试有哪些阶段?你可知道?

验收测试，顾名思义，作为周期中的最后一个阶段，是产品上线的最后关卡。所以，验收测试对产品的线上质量把控，起着重要的作用。本着质量前移的思想，要做好验收测试的工作，就要把控好验收测试的开始标准及准备工作。下面小编将结合自身所在的项目，和大家一起探讨下如何衡量验收测试的标准及做好准备工作。

就小编所在的项目，验收测试主要包含两个阶段：二轮测试和冒烟测试。在测试阶段的先后顺序上，二轮测试在一轮测试(需求的系统性测试)之后，在冒烟测试之前。在测试粒度上，按照由细到粗的顺序，依次为二轮测试和冒烟测试;冒烟测试，众所周知是对功能主路径的回归验证，而二轮测试则是执行较冒烟更细粒度的测试，另外也包含了一轮测试阶段中出现bug较多的场景等等。

一轮测试：系统的测试验证需求的阶段，包含全部功能点的验证、兼容性验证、性能验证等等;

二轮测试：作为一轮测试后的整体回归验证阶段，主要侧重验证功能的主流程和一轮测试中问题较多的场景的相关用例。

1、一轮测试执行完毕;

2、一轮阶段的待检验bug回归完毕;

3、发起内核代码迁移邮件，确认内核开发要集成到正式发布分支的代码，且均已验证完毕。

1、各配合方均已上线验证完毕;

2、例如：产品配置项、服务端、前端、第三方等;

3、反例：小编最近碰到个问题，由于没有在二轮测试开始前做好上线验证工作，导致在二轮执行阶段遇到多方联调问题，影响项目进度。

4、具体表现：在二轮测试执行阶段，发现已经上线了的服务端和第三方相关功能无法顺利走通，经过定位排查发现是在上线时，服务端和第三方的接口没有联调成功。

5、三方(开发、产品、测试)确认无阻塞二轮测试的bug;

6、代码集成完毕;(视具体项目组而定)

7、新功能或有较大改动模块，产品&交互验收通过并已回复邮件;

8、新功能或有视觉改动模块，视觉走查通过并已回复邮件;

9、备注：当项目发版紧张时，开发评估一轮未结束的模块对其他模块均无影响(如，独立插件的功能模块)，可以先执行其他不受影响的模块的二轮测试。

1、评估二轮测试范围;

二轮测试范围的评估流程及方法

① 梳理当前版本的新功能或者有功能改动优化的模块，执行二轮测试用例;

② 梳理当前版本的非新功能或有功能优化的，但是有bug改动的模块，标注改动点;

Step2：测试根据梳理的改动模块范围，初步评估各模块的测试粒度;

Step3：与开发经理沟通核对代码的更新记录，评估有改动模块的回归粒度;

Step4：更新各模块的测试粒度列表，组内交由各模块的测试负责人，最后评估测试粒度的合理性以及测试工作量。

2、组内同学评估二轮测试工作量;

3、发送二轮测试范围邮件;

4、确认产品发送重要埋点上线邮件;

5、发送版本覆盖升级验证邮件;

代码监控：在项目内部的云平台(类似Git)，建立规范来筛选开发修改的代码记录，供测试开发同学复查评估改动范围及影响范围;主要是用来监控各个验收测试阶段的代码提交记录，提高二轮回归验证的准确度;在代码监控建立完成后，需要在各个阶段测试执行完成后，测试处理代码监控，记录回归范围及回归结果。

1、二轮测试执行完毕;

2、待检验bug均已回归完毕;

3、代码监控处理完毕。

1、三方(开发、产品、测试)确认无影响项目发版质量的bug;

2、再次确认各配合方均已上线;

3、再次确认内核正式发布分支新集成的代码已验证完毕。

1、开发在打包系统中建立客户端正式发布的版本分支;

2、发送冒烟开始代码冻结周知邮件;

3、打包冒烟测试版本。

1、灰度包的新修复进代码，测试针对性的回归测试完毕;

2、代码监控处理完毕。

1、开发查看评估灰度包线上问题，并针对问题进行修复完毕;

2、若有需重新上线的配合方，需确认配合方上线验证完毕。

1、根据代码改动范围评估灰度包回归验证范围及工作量;

2、组内同步灰度包回归测试计划安排。

以上为软件测试生命周期中的各个验收测试阶段及相应的标准、准备工作。千里之堤毁于蚁穴，只有严格把控每个测试阶段的工作，才能更好的捍卫我们产品的质量。

感谢您的阅读，以上就是对验收测试定义、过程等所做的一个简单梳理说明，更多软件测试相关的内容尽在培训机构官网，敬请关注!

免责声明：内容和图片源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。

}

我要回帖

更多关于 有趣的测试网站 的文章

更多推荐

版权声明：文章内容来源于网络，版权归原作者所有，如有侵权请点击这里与我们联系，我们将及时删除。

点击添加站长微信