开发未接收到的任务，算bug吗？
一个需求出来，产品经理分任务时，漏了几个平台，导致开发没有接收到相关的任务，测试测该需求时，就报了没有开发的模块。问：这个bug算bug吗？该报吗？开发和测试的责任到底在哪儿？个人愚见，
1、首先，lz问“这个Bug算Bug吗？”，呵呵，lz已经把它定位为Bug了。开个字眼玩笑。个人认为，这其实就应该算Bug。
2、当然，是Bug就应该上报，lz问“该报吗？”，不知道是不敢报？还是不知道怎么报？，个人观点：宁可报错十个Bug，也不放过一个。
因为测试根据的最高指令，是需求，在项目过程中产品经理分任务时出现遗漏，但需求还是原来的需求，没有发生变化，那测试还是按需求进行编写测试用例、配置测试环境以及相应的测试工作。如果就因为中间由于某些人为因素，而质疑这是否是Bug，或是否存在Bug，那么需求存在的意义也随之轻视化；
3、第三个问题，不知道lz是说这件事儿发生后应该追究的责任呢？还是说工作中各自负责的责任？测试不是QA，不谈什么所谓的责任了。也许我理解lz的问题有误，见谅。我只想说，测试就应该像java一样，无孔不入。开发出的东西交给测试，第一要务就是需求与实际研发的功能去确认测试，如果研发出的功能与需求严重不符，那也没有再往下测试的必要了。如果真要说一个测试的责任的话，那就是测试要为自己负责！！
非常感谢lz提出的这个问题，这也是在工作中出现率比较高的。 这个是流程的问题吧~~~ 这个是流程的问题吧~~~ 这个是流程的问题吧~~~ 这个是流程的问题吧~~~ 这个是流程的问题吧~~~ 这个是流程的问题吧~~~ 这个是流程的问题吧~~~ 这个是流程的问题吧~~~ 这个是流程的问题吧~~~ 这个是流程的问题吧~~~ 算也可以，不算也可以，作为记录，可以简单提个，，，关键是这种问题比较粗，，需要把大家集合起来，探讨下，神马情况导致的，怎么避免下次 算也可以，不算也可以，作为记录，可以简单提个，，，关键是这种问题比较粗，，需要把大家集合起来，探讨下，神马情况导致的，怎么避免下次 算也可以，不算也可以，作为记录，可以简单提个，，，关键是这种问题比较粗，，需要把大家集合起来，探讨下，神马情况导致的，怎么避免下次 算也可以，不算也可以，作为记录，可以简单提个，，，关键是这种问题比较粗，，需要把大家集合起来，探讨下，神马情况导致的，怎么避免下次 gout went沟通问题，，，可以提交上去。 这个叫做defect，不是bug，bug的意思是code 写的有问题，defect的意思是缺陷，你说的这个defect属于requirement的defect，不是program的defect。 这个叫做defect，不是bug，bug的意思是code 写的有问题，defect的意思是缺陷，你说的这个defect属于requirement的defect，不是program的defect。 这个叫做defect，不是bug，bug的意思是code 写的有问题，defect的意思是缺陷，你说的这个defect属于requirement的defect，不是program的defect。
页:
[1]
