Day3-8测试积点任务

测试积点老人

问题：
一个产品在不同时期会有不同迭代、不同时期中可能会被应用在不同项目上，产品和项目也会有穿插。这个时候如何做好版本控制？
用例、bug、质量各个方面来说。
用例：当前只有产品用例，没有项目用例。打算：用的是testlink，可以实现项目测试用例复用一部分产品的、特有的测试用例单独编写，这个过程中就需要将测试模块划分的很细。
bug：当前的主要问题是有些bug是项目特有的，有些是产品和项目共有的。也许你会说开发做好版本控制就行了，然而很多时候开发自己都是乱的。。。这个时候就需要bug回归把控的比较好些，但是没想好咋弄，总不能一个bug提多个放在不同产品或者项目下吧？
质量：项目很多是现场调试，质量很难做到全局把控。
现在有点不清晰，各位的公司工作中是如何控制的？

古拂儿

用例使用禅道，按模块划分。Bug管理使用Jira。目前是分开的，也在寻找好的方式。

堕落

用例的话应该按项目划分
bug可以用bug管理工具bugzilla、Jira、mantis这些bug工具来管理，如果是项目中遇到的bug肯定提给项目分类，如果是偶然发现的产品问题就提给产品分类
质量的话，一般项目先冒烟测试，通过后再开始一轮测试，测试的所有bug改完验证后再回归测试

田玉函

不明白是什么意思，一个产品会划分很多版迭代，如果是产品本身的问题，那么要看产品具体的和这些项目的关系，不断迭代都会有具体的迭代版本，那么根据划分需求版本来分，至于模块的划分，我个人认为模块最好根据系统的页面结构划分，做跳转了链接，及后期自动化调用的时候比较好，对于质量，我跟侧重前期需求的评审中什么都落实，必须要通过的需求还是需要硬性把控的，现场调试可以有小问题的调试和遗留问题现场调试，但是过多不适合，影响这个项目和产品的质量和进度

jingzizx

注意问题在产品和项目中都要进行复测

abcsell

一般都有项目管理系统，比如禅道，ALM，软件还有svn\、git

qqq911

用版本控制工具，分开发区，上线区