需求项测试项测试用例之间的详细分析过程.pptx
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_05.gif)
《需求项测试项测试用例之间的详细分析过程.pptx》由会员分享,可在线阅读,更多相关《需求项测试项测试用例之间的详细分析过程.pptx(14页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、会计学1需求项测试项测试用例之间的详细分析过需求项测试项测试用例之间的详细分析过程程需求目录需求目录需求项需求项测试项测试项测试子项测试子项测试目的测试目的测试用例规划测试用例规划1.快捷调出1.1锁屏亮屏界面双击home键首次使用出厂默认原笔迹模式界面显示查看界面显示UI界面易懂按键图标表意查看界面按键图标按键图标表意明确无歧义记忆上次使用原笔迹模式笔的设置记忆笔的颜色界面显示查看界面显示变化UI界面易懂涂鸦板模式笔的设置记忆笔颜色、类型、大小文本模式背景设置记忆背景1.2第一屏放置随心写APP首次使用出厂默认原笔迹模式记忆上次使用原笔迹模式涂鸦板模式记忆笔的颜色、类型、粗细、画布背景文本模
2、式记忆背景原笔迹模式2.原笔迹模式2.1全屏手写首次使用/保存后新建原笔迹模式时界面显示全屏2.2手写2.3手势放大缩小2.4笔的颜色2.5工具栏表情符号输入空格输入换行退格工具栏不可用时置灰2.6分享以图片方式分享分享后,返回2.8保存保存并新建保存后,内容被保存至列表,界面刷新,等同于新建。自动保存点击Menu,进入列表和新建自动保存2.9取消取消不保存2.10Menu菜单列表新建2.11横屏使用横屏方式原笔迹模块的原笔迹模块的“需求项需求项-测试项测试项-测试用例测试用例”第1页/共14页需求目录中存在的问题需求目录中存在的问题n n1 1、需求目录分类不合理,当前分类是以功能(或功、需
3、求目录分类不合理,当前分类是以功能(或功能集合)作为需求目录,如:快捷调出、原笔迹模式。能集合)作为需求目录,如:快捷调出、原笔迹模式。功能性需求只是所有需求中的一种,它与非功能性需功能性需求只是所有需求中的一种,它与非功能性需求及约束等是并列的,不能以功能性需求来作为各类求及约束等是并列的,不能以功能性需求来作为各类需求目录需求目录n n2 2、建议依据软件需求分析的思路,将需求目录统一、建议依据软件需求分析的思路,将需求目录统一分成:功能性需求、非功能性需求、约束、接口、数分成:功能性需求、非功能性需求、约束、接口、数据据n n备注:在分析需求出应分类列出,但在编写具体用例备注:在分析需求
4、出应分类列出,但在编写具体用例时,可以综合考虑时,可以综合考虑第2页/共14页需求项中存在的问题需求项中存在的问题(二)(二)n n需求项描述不规范,不能准确的表达一个明确的需需求项描述不规范,不能准确的表达一个明确的需求,如:求,如:锁屏亮屏界面双击锁屏亮屏界面双击homehome键、键、笔的颜色笔的颜色。这。这两项描述究竟是要传达什么信息呢?两项描述究竟是要传达什么信息呢?n n功能性需求描述不准确:如功能性需求描述不准确:如MENUMENU菜单、工具栏,菜单、工具栏,本质上这两项不是需求,用户想要的不是菜单或工本质上这两项不是需求,用户想要的不是菜单或工具栏,而是它们所承载的功能。导致有
5、些本来应该具栏,而是它们所承载的功能。导致有些本来应该是需求项的,却放在是需求项的,却放在“测试项测试项”这一列。这一列。n n没有将没有将SRSSRS中的需求转化成测试的需求,用例表中中的需求转化成测试的需求,用例表中的需求项与的需求项与SRSSRS中的需求项没有对应关系。中的需求项没有对应关系。第3页/共14页测试项中存在的问题测试项中存在的问题n n测试项不是运用测试项不是运用“质量模型、功能交互、用户关联图质量模型、功能交互、用户关联图”的工程方法来获得,而是依据经验或策划书编排的的工程方法来获得,而是依据经验或策划书编排的菜单级别来展开菜单级别来展开n n对需求项与测试项不理解,两者
6、互相混乱对需求项与测试项不理解,两者互相混乱n n测试项描述不规范,从描述上不能体现是对需求哪个测试项描述不规范,从描述上不能体现是对需求哪个方面进行测试方面进行测试n n测试项中的问题本质上都是对需求理解有误导致的测试项中的问题本质上都是对需求理解有误导致的第4页/共14页测试目的与测试类别中存在的问题测试目的与测试类别中存在的问题n n测试目的不是通过“测试用例设计方法”得出的,而是凭经验或菜单结构的编排,导致从需求项测试项测试用例之间没有明确的逻辑对应关系。产生的连环后果是:设计思维不严密,容易遗漏,覆盖率低等后果,不便于评审。n n测试类别填写不合理,绝大多数都集中在功能正确性,而其中
7、很多用例不是测试功能正确性,却把测试类别定义为功能正确性,这会对测试策略制订留下隐患。第5页/共14页如何正确理解测试项如何正确理解测试项n n测试项主要定义测试什么和验证什么测试项主要定义测试什么和验证什么n n测试项通常包括正确条件和错误条件下的测试测试项通常包括正确条件和错误条件下的测试n n应覆盖所有的需求类别:应覆盖业务规则、功应覆盖所有的需求类别:应覆盖业务规则、功能性需求、非功能性需求、接口需求、数据需能性需求、非功能性需求、接口需求、数据需求。对产品级需求理解越充分,测试需求也会求。对产品级需求理解越充分,测试需求也会越充分越充分n n测试项中不应包含具体的测试数据,否则会与测
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 测试 之间 详细 分析 过程
![提示](https://www.taowenge.com/images/bang_tan.gif)
限制150内