发表于： 2017-08-04 22:32:28
1 1055
- 今日完成的事情及收获：
- 1.学习如何根据需求编写功能点,进而细化为用例(划分大的功能模块-扩展测试点-细化用例)。当然具体如何保证用例/测试点对需求的覆 盖率即重要的用例都写到，还得看对需求、业务的熟悉程度及长期对用例编写实践的总结。这里只是个方法
- 2.学习了用例图 类图和对象图建模。用例图是项目需求分析结果的一种较好的表示，简单说描述人们如何使用系统，具体呈现了参与者、用例以及他们的关系。常通过它来了解需求
- 类图和对象图从系统的静态结构描述系统由哪些事物组成，就像说人由哪些器官组成，但并不涉及如何在时间的作用下进行交互，那是动态。个人认为利用包、对象和类图可以指导程序员编码了
- 明天计划的事情：
- 1.进一步了解系统的动态建模及系统流程 项目需求分析
- 2.根据常用软件，选择一些模块来设计测试点及用例 这个可作为长期任务 用例可是测试的核心
- 今日完成的事情及收获：
- 1.学习如何根据需求编写功能点,进而细化为用例(划分大的功能模块-扩展测试点-细化用例)。当然具体如何保证用例/测试点对需求的覆 盖率即重要的用例都写到，还得看对需求、业务的熟悉程度及长期对用例编写实践的总结。这里只是个方法
- 2.学习了用例图 类图和对象图建模。用例图是项目需求分析结果的一种较好的表示，简单说描述人们如何使用系统，具体呈现了参与者、用例以及他们的关系。常通过它来了解需求
- 类图和对象图从系统的静态结构描述系统由哪些事物组成，就像说人由哪些器官组成，但并不涉及如何在时间的作用下进行交互，那是动态。个人认为利用包、对象和类图可以指导程序员编码了
- 明天计划的事情：
- 1.进一步了解系统的动态建模及系统流程 项目需求分析
- 2.根据常用软件，选择一些模块来设计测试点及用例 这个可作为长期任务 用例可是测试的核心
- 今日完成的事情及收获：
- 1.学习如何根据需求编写功能点,进而细化为用例(划分大的功能模块-扩展测试点-细化用例)。当然具体如何保证用例/测试点对需求的覆 盖率即重要的用例都写到，还得看对需求、业务的熟悉程度及长期对用例编写实践的总结。这里只是个方法
- 2.学习了用例图 类图和对象图建模。用例图是项目需求分析结果的一种较好的表示，简单说描述人们如何使用系统，具体呈现了参与者、用例以及他们的关系。常通过它来了解需求
- 类图和对象图从系统的静态结构描述系统由哪些事物组成，就像说人由哪些器官组成，但并不涉及如何在时间的作用下进行交互，那是动态。个人认为利用包、对象和类图可以指导程序员编码了
- 明天计划的事情：
- 1.进一步了解系统的动态建模及系统流程 项目需求分析
- 2.根据常用软件，选择一些模块来设计测试点及用例 这个可作为长期任务 用例可是测试的核心
- 今日完成的事情及收获：
- 1.学习如何根据需求编写功能点,进而细化为用例(划分大的功能模块-扩展测试点-细化用例)。当然具体如何保证用例/测试点对需求的覆 盖率即重要的用例都写到，还得看对需求、业务的熟悉程度及长期对用例编写实践的总结。这里只是个方法
- 2.学习了用例图 类图和对象图建模。用例图是项目需求分析结果的一种较好的表示，简单说描述人们如何使用系统，具体呈现了参与者、用例以及他们的关系。常通过它来了解需求
- 类图和对象图从系统的静态结构描述系统由哪些事物组成，就像说人由哪些器官组成，但并不涉及如何在时间的作用下进行交互，那是动态。个人认为利用包、对象和类图可以指导程序员编码了
- 明天计划的事情：
- 1.进一步了解系统的动态建模及系统流程 项目需求分析
- 2.根据常用软件，选择一些模块来设计测试点及用例 这个可作为长期任务 用例可是测试的核心
遇到的问题：
1.测试点设计不完全,会遗漏一些比较明显的点。这个从思想上就要树立测试要敢于怀疑一切的理念，然后就是多看 多交流 多练习的过程
总结：1.有时间就把事情做了，后一秒谁也不会保证天会不会塌下来之类的事阻碍你。先把能做到的做到
2.精神状态不好可以先休息会 走走逛逛 调整调整 硬着头皮做多半会费力不讨好
返回列表
评论