构建之法第六次随笔

author author     2022-09-02     591

关键词:

我这个礼拜阅读了构建之法第12,13章。

其中,第十二章讲的是用户体验,我们要考虑用户体验的不同角度,用户的第一印象就很重要,用户第一次使用软件,就很大程度上决定了用户对软件的评价。软件服务始终都要记住用户的选择,从用户的角度考虑,要有一颗同理心。理解用户的处境,心理,动机的能力有着一颗为用户着想的同理心,是好的产品设计的出发点。也不要让用户犯简单的错误,所以要不停改进,高明的设计能让用户不需要花费额外的注意力,也不需要经验与专业知识即可凭借直觉完成正确的操作。

对于一个软件的用户界面,有一些原则:

  1. 尽快提供可感触的反馈
  2. 系统界面符合用户的现实惯例
  3. 用户有控制权
  4. 一致性和标准化
  5. 适合各种类型的用户
  6. 帮助用户识别,诊断并修复错误
  7. 有必要的提示和帮助文档

第十三章讲的是软件测试。主要讲了各种测试方法和测试的设计方法。我明白了测试的时候要各个角度都还是看一些犄角旮旯也得用一些随机的数据去鼓捣。拿到一个测试任务的时候,就想这个功能最可能在哪里出问题,测试的时候也要举一反三,看到产品标题字段出了问题就要检测一下别的字段有没有相同的问题。更要注重从产品的风险出发进行测试,也要从当前的产品特性决定测试的策略,举一反三。也可以把一些比较稳定的测试写成自动测试,这样就减轻了手工测试的压力。

构建之法第六章

构建之法第六章本章为敏捷流程,主要介绍了敏捷流程及其原则,Backlog、Burn-down、Sprint、Scrum方法论,各种软件开发方法论的优缺点,,选择软件流程根据等敏捷开发:是一系列价值观和方法论的集合敏捷开发的原则:1、尽早... 查看详情

构建之法第六章学习心得

这周我学习了构建之法第六章敏捷流程,本章主要介绍了敏捷流程及其原则,Backlog、Burn-down、Sprint、Scrum方法论。以及什么时候选择敏捷的开发方法,什么时候选择其他方法。.敏捷开发的原则是尽早并持续地交付有价值的软件... 查看详情

构建之法第六,七章

  第六章敏捷流程敏捷是一种态度,而不是一个说明性的过程。它不能解决问题,但可以用于优化解决问题的过程。我们最优先要做的是通过尽早的,持续的交付有价值的软件来使客户满意。即使到了开发后期,也欢迎改... 查看详情

实践第六次随笔作业

 这一周我详细学习了《构建之法》第十章——典型用户和场景,怎样定义典型用户呢?我们首先要定义用户的角色,典型用户的模板可包括名字,年龄和收入,代表的用户在市场上的比利和重要性,使用这个软件的典型场景... 查看详情

阅读构建之法第六章

    这一小节中有一个图表,对比了敏捷(Agile)、计划驱动(Plan-driven)、形式化的开发方法(FormalMethod)的适用范围。里面提到的形式化的开发方法,其基本步骤是怎样的呢?为什么它能有极高的可靠性呢?下... 查看详情

构建之法第六七八章

第六章敏捷流程敏捷流程开发原则1.尽早并持续的交付有价值的软件以满足顾客需求2.敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势3.经常发布可用的软件,发布间隔可以从几周到几个月,能短则短4.业务人员... 查看详情

构建之法第六章敏捷流程

敏捷是一种很“年轻态”的思路/策略,是以“万事万物都在不停地发展变化”为指导去组织软件工程的需求分析、内部的调和、代码编写甚至维护,所以我读起来会觉得很有共鸣。然而并不是所有的地方都适合让“敏捷”去闯... 查看详情

构建之法第六周感想需求分析

    这周我学习的是需求分析。软件团队通过以下几个步骤找到软件需求:获取和引导需求;分析和定义需求;验证需求;在软件产品的生命周期中管理需求。而软件的需求也分为几类:对产品功能性的需求,对产... 查看详情

构建之法:第六次心得

这一周我学习了第12章和第13章。第12章这一章主要学习了怎样让用户获得更好的体验。计算机软件的用户界面和用户体验是一个有着丰富内容的学术领域。无论是软件还是硬件,都有很多功能部件,各个部件还要有机地结合起来... 查看详情

构建之法第四次心得

第六章学习了之前的内容之后,我了解到了团队合作的流程以及在编码时候一些格式的注意,在学习第六章后,对敏捷流程有了大致的了解。敏捷流程是一种很好的软件开发的流程,我认为在软件开发时,敏捷开发可以使得软件... 查看详情

《构建之法》第四次随笔

《构建之法》第四次随笔这半个月我阅读了《构建之法》第六章,第七章,第八章。 第六章主要讲的是敏捷流程。敏捷流程是一系列价值观和方法论的集合。敏捷对团队的要求很简单:自主管理,自我组织,多功能型。但是... 查看详情

第六次随笔

   通过学习第六章的内容,我了解了敏捷流程就是又快又好的完成工作,与传统流程的区别在于,需要团队所有成员根据自己的能力领取任务,以达到最高效的目的,在冲刺阶段还要求成员之间每天都要开会交流,以... 查看详情

构建之法第一章

构建之法第一章本章为概论,主要讲解计算机科学的领域、软件工程和计算机科学的关系、软件的特性、软件工程的定义与组成部分等内容。一、软件:程序=数据结构+算法软件=程序+软件工程软件工程的核心部分:1、构建管理2... 查看详情

读构建之法第二天

刚刚读了构建之法第一章的内容,主要讲述了计算机科学领域,软件工程与计算机科学的关系,软件的特性以及软件工程的定义和组成部分这四方面的内容。下面我将分为四部分来记录自己的收获。第一部分:1、 软件=程序+软... 查看详情

饱满骑士团队第六次作业—beta阶段置顶集合随笔

...第三天随笔beta冲刺第四天随笔beta冲刺第五天随笔beta冲刺第六天随笔beta冲刺第七天随笔 查看详情

构建之法第五次心得

构建之法9、10、11章第九章学习了第九章之后,了解到了在一个项目中项目经理的重要性。生活中,无论什么团队工作,都需要一个领队,来掌控团队项目的发展,以及各个成员工作的分配。PM指ProductManager、ProjectManager、ProgramMan... 查看详情

构建之法第一篇阅读笔记

...任何与数据结构有关的东西,难道老师讲的都是错的吗?构建之法给了我明确的答案,这都是我们就业后所要面临的问题,因此,软件工程概论这门课就显得尤为重要了,它可以帮助我们了解软件工程整体结构,了解其中的各个... 查看详情

构建之法第三次心得

构建之法第四、五章心得学习了第四第五章之后,我了解到了两人合作的注意要点,还有团队和开发流程。软件都是在相互合作中完成的,合作的最小单位是两个人。每个人的标准都不一样,对于什么是好的代码规范未必认同,... 查看详情