软件培训机构有哪些?哪个比较好

　　具体实现

　　base部分

　　这边先定义一个BasePage类，用来实现一些公共方法与元素定位的实现（webdriver）：

　　class BasePage:    def __init__(self, driver):        self.driver = driver        self.driver.implicitly_wait(10)     def by_id(self, id):        return self.driver.find_element(By.ID, id)     def by_xpath(self, xpath):        return self.driver.find_element(By.XPATH, xpath)    def by_class_name(self, class_name):        return self.driver.find_element(By.CLASS_NAME, class_name)    def by_uiautomator(self, uiautomator):        return self.driver.find_element(AppiumBy.ANDROID_UIAUTOMATOR, uiautomator)

　　（左右滑动查看完整代码）

　　另外后续的一些触屏的操作、元素判断也可以按需放在这里面：

　　def is_element(self, element):        source = self.driver.page_source        if element in source:            return True        else:            return False    def drag(self, bx=0.50, bw=0.05, by=0.4, bz=0.9):        x = self.driver.get_window_size()['width']        y = self.driver.get_window_size()['height']        sx = x * bx        ex = x * bw        sy = y * by        ey = y * bz        return self.driver.swipe(sx, sy, ex, ey, 1000)

　　（左右滑动查看完整代码）

　　这里我定义了另一个driver_setup的方法，方便每次设备启动使用：

　　def driver_setup():    desired_caps = dict()    desired_caps['platformName'] = 'Android'    desired_caps['platformVersion'] = '10'    desired_caps['deviceName'] = '你自己的设备名'    desired_caps['appPackage'] = '包名'    desired_caps['appActivity'] = '启动名'    desired_caps['noReset'] = True # 不重置session信息    desired_caps['fullReset'] = False # 效果类似与卸载APP 如果不想每次重新登录，设为False    return desired_caps

　　（左右滑动查看完整代码）

　　目录大致如上，这里值得注意的是，不要把APP里所有的页面都加入到自动化测试中，的自动化测试覆盖率会让你苦不堪言，也大可不必。将每次必须回归的重要流程与高重复业务流程、场景加入即可。

　　以下就是po中的创建顾客页面的实现方法了，直接继承BasePage类，这里有几个例子需要关注的是，性别选择可以封装成两个方法，尽量不用同一个；另一个如果是点击类事件（单结果事件），直接click就行，不用单独在封装完元素后再进行业务操作封装，备注这样的多结果事件则要在下面单独进行业务指定。

　　class CustomerCreatePage(BasePage):    """    定义封装创建客户页面的各类操作    创建客    创建客户并开卡    """    # 定义会员编号输入框    def customer_number(self):        return self.by_id('com.tiffany.rta.debug:id/edt_customer_number')  # 定义姓名输入框    def customer_name(self):        return self.by_id('com.tiffany.rta.debug:id/edt_customer_name')    # 定义手机输入框    def customer_mobile(self):        return self.by_id('com.tiffany.rta.debug:id/edt_customer_mobile')    # 定义性别选择    def customer_sex(self):        return self.by_id('com.tiffany.rta.debug:id/tv_customer_sex')    # 定义性别内选择项目-男    def customer_sex_item_male(self):        return self.by_id('com.tiffany.rta.debug:id/tv_customer_boy').click()     # 定义性别内选择项目-女    def customer_sex_item_female(self):        return self.by_id('com.tiffany.rta.debug:id/tv_customer_girl').click()     # 定义生日选择框    def customer_birthday(self):        return self.by_id('com.tiffany.rta.debug:id/tv_customer_birthday')    # 定义备注输入框    def customer_memo(self):        return self.by_id('com.tiffany.rta.debug:id/ed_remark')    # 定义保存并开卡按钮    def save_and_register_card_button(self):        return self.by_id('com.tiffany.rta.debug:id/mb_save_open_card').click()

　　（左右滑动查看完整代码）

　　接下来就是组合多个元素进行业务操作的定义：

　　# 定义新建顾客操作    def do_create_customer(self):        self.customer_number().send_keys('00001')        self.customer_name().send_keys('自动化测试01')        self.customer_mobile().send_keys('13200000000')        self.customer_sex()        self.customer_sex_item_male()        self.save_button()

　　（左右滑动查看完整代码）

　　test_case部分

　　测试用例类继承unittest下的TestCase，初始化的时候将对应的用例业务流程加入到里面，另外在具体的测试用例中需要加对应的判断逻辑与操作步骤完整的添加在里面。

　　使用try捕获异常的时候记得把对应的报错名也写上，一是方便定位问题，二是有可能会导致即使用例失败，测试报告上的结果也是pass。

　　class TestCustomerListPage(unittest.TestCase):    """    定义客户列表界面的测试用例    创建客户    """     # 初始化必要的设备信息与业务页面    def setUp(self):        self.driver = webdriver.Remote('http://localhost:4723/wd/hub', driver_setup())        self.base_page = BasePage(driver=self.driver)        self.home_page = HomePage(driver=self.driver)        self.customer_list = CustomerListPage(driver=self.driver)        self.customer_detail = CustomerDetailPage(driver=self.driver)        self.customer_create = CustomerCreatePage(driver=self.driver)   # 测试用例1 -- 创建顾客    def test_1_create_customer(self):        self.home_page.go_customer()        customer_name = '自动化测试01'        # 业务逻辑判断 -- 是否存在该新客        if self.base_page.is_element(customer_name):            self.customer_list.select_customer()            self.customer_detail.do_delete_customer()            self.home_page.go_index()            self.home_page.go_customer()            if self.base_page.is_element(customer_name):                self.customer_check.check_pass()            else:                self.customer_list.goto_create_customer()                self.customer_create.do_create_customer()                self.customer_detail.back_button()        else:            self.customer_list.goto_create_customer()            self.customer_create.do_create_customer()            self.customer_detail.back_button()        try:            self.assertTrue(self.driver.find_element(AppiumBy.ANDROID_UIAUTOMATOR,                                                     'new UiSelector().text("自动化测试01")'))        except NoSuchElementException as e:            return e        sleep(5)    def tearDown(self):        self.driver.quit()if __name__ == "__main__":    unittest.main()

　　（左右滑动查看完整代码）

　　run部分

　　具体的测试用例报告模板，大家可以自由选择，这边使用的是HTMLTestReportCN，启动的方式都是大同小异的，无非就是根据自己的测试场景进行定制就行。另外测试模板的组合和样式有兴趣的同学可以自己对报告脚本进行修改，打造更适合自己团队需求的测试报告。

　　# 两套测试报告模板路径，只用一个的可以就定义一个report_path = os.path.join(os.getcwd() + '\\result')result_path = os.path.join(report_path, 'report.html')# 测试套件路径，根据需求修改test_dir = os.path.join(os.getcwd() + '\\test_case\\trade')# 执行指定测试用例def test_suit():    suit = unittest.TestSuite()    suit.addTest(TestOrderResultPage('test_1_order_result'))    suit.addTest(TestOrderResultPage('test_2_order_result_home_page'))    return suit# 执行测试用例集dis = unittest.defaultTestLoader.discover(test_dir, pattern="test*.py")if __name__ == "__main__":    with open(result_path, 'wb') as fp:        runner = HTMLTestReportCN.HTMLTestRunner(stream=fp, title='自动化APP测试报告',                                                 description='基于自动化APP测试框架产生的测试报告')        runner.run(test_suit())

　　（左右滑动查看完整代码）

　　注意点

　　1、PO模式虽然可以解决UI自动化测试中设计的部分问题，也仍然是目前比较主流的设计方案，后期面对大量的业务页面增加的情况，虽然可以使用通用页面来解决部分问题，但仍然避免不了界面与业务改动后大量调试代码的情况出现。

　　所以这也是很多公司无法将大量成本聚焦在UI自动化测试的原因，将UI自动化应用于部分主要业务的做法还是值得提倡的，它也只是提高测试团队工作效率与投入产出比的一项手段而已，千万不可本末倒置。

　　2、测试用例的合理设计与执行安排，如果你的测试用例的相关命名、流程设计、存放路径过于凌乱与潦草的话，相信我，后期当框架具有一定的规模后，你会发现往往在维护测试用例时花费的精力要远远大于你的执行时间。

　　与手工测试用例一样，无效用例始终都会出现在你的框架之中，这是无可避免的，但如何定位与规整这些用例就成了后期需要面对的日常问题之一，所以用例实现之初的命名规则、存放路径、实现时的备注就成了日后减少维护工作量的良好开端。

　　3、相较于接口自动化，UI自动化的性价比还是有一定的局限性，针对这样的情况，测试团队中如果要投入UI自动化的话可能就需要将团队中的成员定位做好一定的有效安排。

　　框架设计与实现的问题不大，有专业的业务理解与一定的代码功底一般都可以很好的完成对应的测试框架，这里只针对维护层面的工作来说，是专职人员定岗安排还是团队成员穿插进行都需要根据各自的团队实际情况来分配，各有利弊，毕竟维护是一件费时费力的持久性工作。