今天完成的事情：

深度思考

明天计划的事情：

任务2

遇到的问题：

无

收获：

怎么理解程序员会写出Bug这种事情，可不可以要求他们做到无Bug交付？怎么衡量Bug的修复时间和项目的上线时间冲突问题？

1，程序员在开发功能模块的时候，设计框架的时候还是要尽量减少bug的出现，同时还要能够避免一些不可能事情的发生，所以越是顶级的高手，越是不轻易下手搞代码，几乎要把所有的事情都想通了，觉得差不多了，就开始大量代码写作过程中了，其实真正写代码的时间只占总时间百分30都不到，大部分时间是在设计和调试bug的过程中。

,2，不能是人就会出错，而且程序员敲代码，也一定百分百达到用户要求。

3，延期上线，或者影响不了主要功能，提前上线在改好。

边界测试，功能测试，冒烟测试，黑盒测试，自动化测试，回归测试，性能测试的含义分别是什么，应该谁来主导，原因是什么？

接口测试：保证进出单元模块的数据流是正确的

内部数据结构：保证临时存储的数据在算法执行过程中的完整性

全局数据结构：全局数据结构对单元模块的影响应当审查

边界：才用边界值分析技术，保证模块在边界条件和极限情况下正常执行

语句覆盖：保证每个语句执行一次

错误路径：对所有处理错误的路径进行测试

通过测试发现与模块接口有关的问题。目标是把通过了单元测试的模块拿来，构造一个在设计中所描述的程序结构，应当避免一次性的集成（除非软件规模很小），而采用增量集成。

自顶向下集成：模块集成的顺序是首先集成主模块，然后按照控制层次结构向下进行集成，隶属于主模块的模块按照深度优先或广度优先的方式集成到整个结构中去。

自底向上集成：从原子模块开始来进行构造和测试，因为模块是自底向上集成的，进行时要求所有隶属于某个给顶层次的模块总是存在的，也不再有使用稳定测试桩的必要。

Bug如果长时间未得到解决，应该怎么处理？做为PM，是否应该推动Bug的解决，如果PM成Bug的推动者，会不会导致开发人员越来越不主动？ 

1、 测试员提交的测试报告缺陷与限制分表将新的Bug入库，错误状态为New。 

2、 测试员将测试报告发送给相应的开发人员并抄送给产品。

3、 研发对测试报告的缺陷与限制分表中的bug进行评估反馈。 

4、 对于测试报告提交的无效Bug，研发在表格上其状态置为Invalid。 

5、 对于测试报告提交的Bug，研发拒绝修改或搁置不改的在表格上设置为Wontfix。 

6、 对于测试报告提交的普通Bug,，研发在JIRA问题管理平台上创建相关条目，并开始处理，该问题状态为开始，研发修复Bug后，在平台上将其状态设置为已解决。 

7、 对于不能修改或者建议不修改的问题，及时反馈给测试和产品，经讨论决定后，才能置为暂时不修改Wontfix。 

8、 测试员在JIRA问题管理平台上查询状态为已解决的Bug，然后验证Bug是否已解决，如解决则将测试报告缺陷与限制分表中设置Bug的状态为Close，如没有解决则让研发在JIRA问题管理平台上将Bug状态设置为重新打开。

怎么样判断Demo是否应该通过?

没有bug正常功能可以使用。

什么样的Bug是允许上线的，什么样的Bug是不允许上线的？ 

小样式问题，允许上线，影响功能的bug不能上线