组件测试的用例设计主要参考的工作产品是（）

A.用例编辑可以查看组件脚本内容

B.用例编辑可以添加组件

C.用例编辑不能改变组件顺序

D.用例编辑可以删除组件

A．需求跟踪矩阵为管理产品范围变更提供框架B．需求跟踪矩阵可以把每个需求与业务目标或项目目标联系起来C．如果按照需求开发-系统设计-编码-测试"这样的顺序开发产品,由于每一步的输出就是下一步的输入,所以不必担心设计、编程、测试会与需求不一致,可以省略需求跟踪D．逆向需求跟踪检查设计文档、代码、测试用例等工作产品是否都能在《需求规格说明书》中找到出处

A.产品需求规格说明书

B.产品架构设计说明书

C.软件需求规格说明书

D.软件架构设计说明书

A.用例设计就是随便写点测试步骤和预期结果就行了，不用看需求文档

B.用例设计完直接执行就好了，不用客户review，那样浪费时间

C.注册模块都是一样，拷贝其它的app的用例就行了

D.用例设计的测试步骤不需要分步设计，说明白就好了

A.等价类划分

B.边值分析

C.因果图

D.判定表

A.不需要

B.需要但用例未设计

C.需要且用例已设计

A.b），c），d）

B.a），c），d）

C.a），b），c）

D.a），b），c），d）

A.可以只模仿同行的高点击主图，不用太考虑自己产品的差异点，这样能快速获取点击

B.尝试去另存同行高级点击主图，然后改下上面的文字内容，然后上传使用。这样速度最快

C.尝试以价格标签、促销信息、差异信息（核心点）和抓心文案几个维度优化，并参考同行高点击率主图 的特性，最终设计出一个属于自己的主图

D.好的产品自带好的点击，不管是卖功能和卖外观的产品，直接用原始图去直通车测试，得出高点击率的 就可以直接用。这样最有保障

A.. 模型试图控制器

B.组件图

C.包图

D.2 层、3 层或 N 层

A.程序内部逻辑

B.程序外部功能

C.程序数据结构

D.程序流程图