我们计算机学院真能搞活动，今天晚上学生会&分团委弄的SUN的UNIX和Solaris讲座，科协举办北大测试的讲座，同时举行，像我这种一学期难得去听次讲座的人，遇到这两个讲座都想听，没办法阿，将来是想做个程序测试工程师的，现在呢对Unix/Linux比较热衷。6点赶到教室，竟然都满了，还有好多人站在后面，其中不乏一大批大一大二去等着盖章的学弟学妹。像我和室友这样什么都没带，纯粹来听讲座的还真没几个。人又多，那就得有取舍，最后还是听北大测试的讲座，虽然知道那就是个做广告性质的讲座，但是说不定能有点收获呢？这年代听讲座能有大收获真是太少了。
近两个小时，只听到了几点关心的内容，比如之前上《软件工程》没听到的V模型，迭代模型和敏捷方法。这几个概念对我来说是新知识。
在V模型中，测试过程被加在瀑布模型开发过程的后半部分。个人理解Coding前分析设计和测试是同步的。
单元测试所检测代码的开发是否符合详细设计的要求。集成测试所检测此前测试过的各组成部分是否能完好地结合到一起。系统测试所检测已集成在一起的产品是否符合系统规格说明书的要求。而验收测试则检测产品是否符合最终用户的需求。
迭代模型是RUP（Rational Unified Process，统一软件开发过程，统一软件过程)推荐的周期模型。在RUP中，迭代被定义为：迭代包括产生产品发布（稳定、可执行的产品版本）的全部开发活动和要使用该发布必需的所有其他外围元素。所以，在某种程度上，开发迭代是一次完整地经过所有工作流程的过程：（至少包括）需求工作流程、分析设计工作流程、实施工作流程和测试工作流程。
迭代模型的选择使用条件
1、在项目开发早期需求可能有所变化。
2、分析设计人员对应用领域很熟悉。
3、高风险项目。
4、用户可不同程度地参与整个项目的开发过程。
5、使用面向对象的语言或统一建模语言（Unified Modeling Language，UML）。
6、使用CASE（Computer Aided Software Engineering，计算机辅助软件工程）工具，如Rose（Rose是非常受欢迎的物件软体开发工具。）。
7、具有高素质的项目管理者和软件研发团队。
迭代模型的优点：
与传统的瀑布模型相比较，迭代过程具有以下优点：
1）降低了在一个增量上的开支风险。如果开发人员重复某个迭代，那么损失只是这一个开发有误的迭代的花费。
2）降低了产品无法按照既定进度进入市场的风险。通过在开发早期就确定风险，可以尽早来解决而不至于在开发后期匆匆忙忙。
3）加快了整个开发工作的进度。因为开发人员清楚问题的焦点所在，他们的工作会更有效率。
4）由于用户的需求并不能在一开始就作出完全的界定，它们通常是在后续阶段中不断细化的。因此，迭代过程这种模式使适应需求的变化会更容易些。
发表评论