我們是爲應用程序開發了跨瀏覽器應用程序和後端管理系統的夫婦。或者實際上，我們付了一家公司來開發它。現在我們想要專業地進行測試，但我們不希望爲此使用同一家公司。讓外部公司測試你的軟件的常用方法是什麼？
測試可能涉及
對於一些測試，我們認爲實際的源代碼是必需的。我們不覺得把源代碼給我們的源代碼「就像那樣」，對於未知的各方，那麼讓外部公司測試一個軟件的常用方法是什麼？
你並不需要給源代碼來執行上述測試。您需要提供工作環境或提供二進制文件和說明如何部署它們。對於1,2（我不知道3是什麼意思），4和5來說似乎是足夠的。對於可用性測試來說太晚了。它應該在UI設計階段完成（你現在想要測試它？）
但是那些測試是不夠的。你忘了滲透測試。以上測試是黑匣子測試，並且可以向您展示應用程序的工作方式。
但是，如果您有任何關於此應用程序的真實計劃，您必須確定它是可維護的。爲此你需要白盒測試，你必須分析代碼。
您可以從自動分析開始檢查代碼的整體質量。但最終你仍然需要優秀的程序員來執行代碼審查。但你並不需要給他們代碼。您可以邀請他們到您的辦公室，讓他們查看您工作站上的代碼。除非你的想法如此簡單明瞭，只有一個代碼看起來足以重現它。在這種情況下，您需要簽署NDA或向專家提供一些股票以照顧質量
sqa.stackexchange.com或programmers.stackexchange.com可能更適合您的問題，我不確定如果它適合於計算器。 - 根據我的經驗，至少前三名通常是在開發商的公司內部完成的。專業（專業）質量保證公司將擁有某種具有法律約束力的不披露協議 – cypherabe