项目梳理

项目描述：

IotDB Admin是一个数据库管理系统，里面展示的是Apach IotDB数据库也就是物联网数据库里的数据，这个数据库的特点是他是一个时序数据库，时序数据就是随时间不断产生的一系列数据，也就是带时间戳的数据。时序数据的主要特点就是数据量大，写多读少。IoTDB Admin数据库管理系统就是将该数据库可视化的展示，用于存储和管理数据库中的数据。

项目中的职责

1、根据原型图和设计稿使用Xmind分析功能点和测试点
2、编写冒烟测试用例，主持用例评审会，将用例给开发自测，保证程序主流程通畅
3、编写功能测试用例，执行测试用例，通过ones提交bug，跟踪bug生命直至修复
4、进行回归测试，保证所有bug都被修复完成后关闭
5、主持验收测试会议，直至项目上线后，记录用户反馈的缺陷和需求
6、使用testNG和httpclient进行接口测试

Bug开发不认怎么办

1、先检查自身，验证所提的bug确实是缺陷，确保自己对需求的理解无误。检查bug是否是环境或脏数据的问题，在开发处无法复现。
2、与开发确认，了解开发为什么不认可，是否是需求理解的有歧义，接收到的需求是否一致。与开发讨论，讲清楚自己的理由，和该问题可能对用户造成的影响。
3、找产品经理，这类问题一般集中在需求不明确，或用户体验的地方，找产品经理说明自己的问题，由产品经理决定是否需要修改。

怎样看待需求变更

应对需求变更, 其实最重要的一点就是信息及时同步. 往往测试总是被忽略的, 测试需要享有与开发同等的对需求变更的信息获取权和及时性.
需求变更是不可避免的，因为需求不可能是完备的，可能因为需求表达不到位、没有与客户认真沟通需求、需求理解不正确、没有及时让客户参与等原因，造成需求的变更。对于需求变更应该正常的对待，尽量将其负面影响降低到最低。
作为测试人员在面对需求变更时：
1、测试人员应该把需求变化当做是一种项目常态，平常心应对，任何项目想要完全按照预期规划发展是很困难的，所以变更将是我们工作中的一个常态。
2、需求人员应制定变更规范，比如每次变更都会发出变更申请书，这样可以作为开发人员和测试人员工作的依据。
3、测试人员及时整理并记录测试需求变更，以便后续测试。

如何减少需求变更

1、充分调研，明确用户的问题和解决方案
2、对产品流程进行充分论证，讨论所有可能的异常流程
3、产品原型验证
4、进行需求变更过程管理

项目中用了哪些工具

postman:用于模拟客户端向服务器发起请求
testNG:

linux学得怎么样

性能测试

自动化测试（做了哪些）

遇到不能复现的Bug怎么办

1、遇到问题就要提，在提交的Bug描述中需要加上一句话，那就是复现概率，尝试10次，出现1次或者尝试10次，出现5次，开发会根据bug的复现概率，调整改bug的优先级

2、尽量回想发生问题时的复现步骤，不要漏掉任何一个细节，按照步骤的组合尝试复现

3、保留发生bug时的log，附加到提交的bug中，希望可以通过log中找到一些蛛丝马迹

4、与开发人员配合，让开发同学对相应地方的代码进行检查，看一下是否可以通过代码层面检查出问题

5、在接下来的测试中，时刻保持关注，每次执行同样或者相近的步骤的时候，看下是否能够复现之前的bug

通过上述的办法，仍然无法复现，根据bug的优先级，在上线之前对该bug进行处理，严重级别的bug，要召集项目组的成员，集合大家的力量尽可能的复现bug，不严重的bug，也不要关掉，上线后及时的关注用户的使用反馈，如果持续3或者4个版本没有出现，那么可以将bug暂时关掉了，同时关掉的时候要进行评论说明并不是因为修复，而是经过x个版本后不复现了。

什么是面向对象

现实的事物抽象出来，注意抽象这个词是重点啊，把现实生活的事物以及关系，抽象成类，通过继承，实现，组合的方式把万事万物都给容纳了。实现了对现实世界的抽象和数学建模。

面向过程是具体化的，流程化的，解决一个问题，你需要一步一步的分析，一步一步的实现。
面向对象是模型化的，你只需抽象出一个类，这是一个封闭的盒子，在这里你拥有数据也拥有解决问题的方法。需要什么功能直接使用就可以了，不必去一步一步的实现，至于这个功能是如何实现的，管我们什么事？我们会用就可以了。

面向对象的底层其实还是面向过程，把面向过程抽象成类，然后封装，方便我们使用的就是面向对象了。