測試工作需要的基礎資料: 1、需求文檔/原型 2、接口文檔 3、app 用戶的手機系統相關信息(系統,版本號,ROM,RAM,CPU) 4、bugly賬號——App綁定bugly 5、產品用戶羣體確認 新項目流程: 1、需求分析
之前寫過一篇文章,講了mac上怎麼通過操作彈框的方式上傳文件,然後有個同事問我,他想用send_keys()方法上傳,但是他往輸入框裏輸入了地址後,依舊提示沒有上傳文件。我一看,他果然陷入一個誤區input框一定就是上傳文件的地方
mac+python3+selenium 通過控制系統輔助功能上傳文件 問題描述 selenium提供的sendkeys方法上傳文件我就不贅述,網上很多教程,但是缺點也很明顯。並不是完全適用各種場景。如果上傳文件不是input類型
那麼在移動互聯網發展到今天,native界面測試已經成爲傳統,webview+natvie模式已經漸漸來到我們身邊,目前市面上也有許許多多hybird類應用,並且我認爲這也是未來的趨勢,當然最大的好處就是更新成本低,直接更新h5
做了快十年的測試了。4年做app的測試,web測試也做了6年。其實我覺得這兩者並沒有什麼大的區別。 僅僅從功能測試的層面上來講的話,在流程和功能測試上是沒有區別的。那麼區別在哪裏呢? 我個人覺得就是由於載體不一樣,所以系統測試和一些細節可
一、跨域 1.概念: 只要協議、域名、端口有任何一個不同,都被當作是不同的域。 不同的域之間相互請求資源,就叫“跨域”。 http:// www . google : 8080 / script/jquery.js
sonar 檢測代碼質量實戰演示第一章:sonarqube 的安裝與啓用① sonarqube 獲取② sonarqube 配置③ sonarqube 驅動放置④ sonarqube 的啓動第二章:sonarqube 報錯解決①
這個問題要分兩種情況討論1、測試用例質量較高,覆蓋了需求設計中的測試點,並且測試人員認真負責,沒有發現bug ,說明程序質量很好, 這種測試的價值就很大,能夠去評判軟件的質量2、測試用例質量不高,測試人員的責任心不強,沒有發現bug,這種
就常規的導入導出,關測試點,適用大部分場景,部分還需要自己就需求或設計文檔編寫 一、導出 1、導出格式檢查 (1)格式是否正確 (2)各字段是否正確 (3)文件名是否有要求,是否符合要求 (4)不同瀏覽器導出是否一致(瀏覽器兼容測
################# #單人發送文本文件 ################# import smtplib from email.mime.text import MIMEText from email.header i