关于软件测试项目的那些困惑
关于软件测试项目的那些困惑
最近做项目总是有一种凝滞的感觉，忙忙碌碌一整天，临下班来检验自己的工作成功，不过编写或者执行了小一部分用例、提交了小于10个的bug，这跟以前在做项目时一天能写很多TC，可以执行很多模块、提交二三十个bug的状况，差距真的很大。
多次自问，究竟是什么缘故导致了这种情况，也问了部分同学，居然他们也有类似的感觉。那么究竟是在哪里出了问题?
按道理，现在测试可使用的工具越来越多，有一部分工作已经被测试工具所替代，比如项目日报。那么我们使用工具节省下来的时间又消耗到什么地方去了?
我想了几个不是很成熟的原因，权当抛砖引玉，希望能够让更多的同学加入到这个话题的讨论中来。期待发现问题所在，进而解决问题，提高我们的工作效率。
测试设计方面：
现在的项目，都有N多个应用。一个功能点涉及3-4个应用的比比皆是，按照这个原则，几乎每个功能点都需要产出一个系统时序图，同时还需要一个流程图，内容基本重复，工作量翻倍。这样的系统时序图完全可以在流程图中体现，看起来也会更直观、清晰、准确。建议时序图还是从大局出发，不着眼于具体的功能点。
另外，UC整体框架图还是有必要的。
测试用例方面：
过多的条条框框，反而限制了大家的思维。这不是说规范不重要，相反，规范相当的重要，正是有了规范，我们才能保证用例的质量，但是我们的规范要更多的注重逻辑的东西，而不是流于表面。TC，我们不仅要量，更要保证质。
用例执行方面：
项目伊始，所有的人都在执行基础模块，而导致建立在基础模块上的功能点hold着，让执行者感觉效率不高，重复性非常大，资源在一定程度上是浪费的。
人员众多，功能点的交互，实际上，在同一个时候，大家已经在做部分相同的工作。但是又因为不是自己当前执行的模块，只关注了界面上的，或者逻辑简单的内容，对深度问题不会去挖掘。
几轮测试下来后，就出现了这样一个情况：简单的功能被大家反复的测试了，而复杂的逻辑校验，反而只投入了很少的时间。这一现象与我们测试中要求的复杂功能需要投入更多时间是想违背的。在一定程度上也降低了我们的效率。
现在的事情特别多，很难得有一整天是在安心的做一件事情。思路的打断，在一定程度上也影响了效率。