有没有在博为峰培训过的

　　有没有在博为峰培训过的——推荐合肥博为峰_51Testing软件测试培训，专注软件测试培训18年，致力于打造中国专业的软件测试培训中心,,遍布,18所校区,累计40000+毕业学员入职7000+外企业。

      十数年来，博为峰始终坚守教学品质，真诚服务学员，发展至今，毕业学员50000+，绝大多数学员顺利就业。博为峰已先后为7000多家外企业输送软件测试骨干及软件技术，未来还将根据产业变迁和技术革新开设更多的紧缺人才实训项目：帮助更多的应届毕业生和职场新人找到满意工作，实现职业梦想；帮助更多的用人单位轻松招到可用之才，推动企业发展和产业进步。

　　这里简单说明下目录的结构：

　　base：存放一些框架与页面的公共方法；

　　po：存放所有的页面，这里就是被测对象相关的被测页面，不需要放全部页面；

　　result：存放相关的自动化测试结果报告；

　　test_case：存放测试用例。

　　根目录下还有一个run文件，这个是运行主入口，可以设置运行哪些测试用例集与使用什么样的测试报告套件。

　　实现步骤

　　这里的PO模式设计其实没有那么的复杂，从目录就可以看出，首先将一些基础的元素定位、通用操作封装到对应的BasePage类中。

　　这里插一句，其实做APP自动化也好，做web自动化也好，很大程度上开发的代码规范性决定了你的框架实现过程是否顺畅。所以这里大家也可以在平时的工作中与开发事先沟通好一些元素的属性写法规范，别觉得不可能，行不行事在人为。

　　然后根据事先整理好的业务操作流程与页面跳转关系（设计理念中提到的前置工作输出）进行功能的封装，这里推荐根据原则对相关操作进行实现，顺了之后就是熟练工了，大同小异的。如果日后出现了布局变更或者业务变更，统一在对应的po页面中进行修改即可。

　　另外，一些业务逻辑的判断，（比如是否存在该用户，不存在新建，存在直接进入），也可以放在po中，但是需要谨慎，这里比较推荐的还是放在测试用例内，也方便大家根据不同的情况做断言。

　　较后在页面元素、业务操作齐全的状态下进行测试用例的实现，一般来说可以先使用冒烟测试的测试用例来进行简单的业务验证，当然直接使用系统测试的测试用例也是完全没问题的，之后只需要根据之前整理好的用例选单进行转化即可。至于用例的存放目录结构可以根据po页面维度来存放，也可以根据业务维度来进行存放，见仁见智。