【敏捷开发】对SCRUM与TDD的理解

充分理解之后的再反对,总不能说我站着说话不腰疼了吧。

一年以来我感觉自己对SCRUM的态度有些变化,因为实在与现在的工作无关,也就缺少必要的关注了。还有一些原因是自己身在‘池塘’,就算想着干爽也是不可能的。近来又在推行测试驱动开发(下文TDD)我就想把自己的理解写一写,记录一下,以免忘记了。

【测试】前端自动化测试的简单构想 (windows)

自动化测试作为持续集成的重要环节,是必须的内容。有时候可能测试代码会超过业务代码的数量,但不能因为这样就对自动化测试望而却步。我内心有一个愿景,让自动化编写简单,运行高效,并且最重要的,实用性高。我觉得自动化测试按照测试内容可以分成逻辑结构测试,数据结构测试(接口测试),以及界面测试。最终希望能有一个基于配置的测试方式,不用写庞杂的代码并且简单可重用,而且有一些已经写好的业务逻辑测试代码。当然这种方式目前只是一个简单的构想,但是也要有切实可行的测试方式才行。前端框架多的不胜枚举,我单单用我熟悉且按照以上说的三个部分聊聊。

【SCRUM】‘敏捷’不敏捷!

Scrum能高效并创造性地交付尽可能高价值的产品。Scrum是轻量级的、易于理解的、难以精通的。

基于“Scrum指南”,可以理解我们用它,就是为了高价值三个字,而现实却让人失望了。不仅仅让看重价值的人失望,还让制造价值的人失望。