在以往自己书写代码的时候,每次完成一个小功能都要自己来测试一下,但是这样做的救过并不理想。因为自己写的软件,一些自己可以想到的方面都进行了解决,而一些不能解决的问题是测试也不能够解决的。但是这样写好的程序还有没有BUG呢?而且只写BUG是否容易出现?是否能够解决呢?所以,这时就应该把测试的角色独立出来,并且测试人员也要对这个程序负责。这样的测试就可以让自己的程序更加完善,在以后的能更加容易的适应职场。
在编程中,我们还需要用尽量短的时间去融入团队,更快的看清自己的定位以及认识到同伴的优劣势能帮助我们更好的提高效率去编程。
第十章 典型用户和场景
1、典型场景和典型用户
对用户的认识,例如用户的价值,如何定义用户,用户与场景的结合,在从场景到任务等,还有用户的模板或者故事。
2、规格说明书
(1)功能说明书
定义相关的概念->规范好假设->避免误解,界定一些便界条件->描述主流的用户/软件交互步骤->一些好的功能和副作用->服务质量
(2)功能说明书模板
(3)技术说明书
(4)功能驱动的设计
构建总体模型->构建功能列表->制定开发计划->功能设计阶段->实现具体功能
第11章 软件工程这个领域出现了不少热闹的宣言和冷静的反思,百花齐放当然好,但是都有各自的适用范围和时代背景
标签:02,功能,2024.06,说明书,用户,笔记,场景,构建,测试 From: https://www.cnblogs.com/dmx-03/p/18243901