測試工作需要的基礎資料： 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
