146
Total Pages
130
Linux-Friendly Pages
16
Pages with Bias
11.0%
Bias Rate

Bias Trend Over Time

Pages with Bias Issues

28 issues found
Showing 26-28 of 28 flagged pages
App Testing Quickstart: Run Playwright tests at scale ...aywright-workspaces/quickstart-run-end-to-end-tests.md
Low Priority View Details →
Scanned: 2026-01-12 00:00
Reviewed by: LLM Analysis
Issues: 3 bias types
Detected Bias Types
Windows First 🔧 Windows Tools Missing Linux Example
Summary
The documentation demonstrates a mild Windows bias: Visual Studio Code is the only IDE mentioned for running tests interactively, and all screenshots and workflow steps for resource creation are based on the Azure Portal GUI (which is most commonly used on Windows). The .NET/NUnit runner instructions use PowerShell and dotnet CLI examples, which are more familiar to Windows users, and there are no explicit Linux/macOS CLI or shell examples for .NET users. The Playwright CLI instructions use generic 'terminal' and bash syntax, which is cross-platform, but the ordering and tool choices (VS Code, Azure Portal) favor Windows environments. There are no explicit Linux/macOS-specific instructions, nor is there mention of Linux-native tools or package managers (e.g., apt, yum, brew) for installing prerequisites.
Recommendations
  • Add explicit Linux/macOS instructions for installing Azure CLI and other prerequisites (e.g., using apt, yum, brew).
  • Include screenshots or CLI steps for resource creation using Azure CLI, not just Azure Portal GUI.
  • Mention alternative editors (e.g., VS Code, Vim, JetBrains IDEs) and clarify that VS Code is cross-platform.
  • For .NET/NUnit runner, provide bash/zsh examples and clarify that dotnet CLI works on Linux/macOS.
  • Add notes or examples for environment variable setup on Linux/macOS (e.g., export PLAYWRIGHT_SERVICE_URL=...) in addition to .env files.
App Testing Tutorial: Run end-to-end tests with Playwright Workspaces ...playwright-workspaces/tutorial-run-end-to-end-tests.md
Low Priority View Details →
Scanned: 2026-01-11 06:20
Reviewed by: LLM Analysis
Issues: 3 bias types
Detected Bias Types
Windows First Powershell Heavy Missing Linux Example
Summary
The documentation page exhibits a mild Windows bias by presenting all command-line examples in PowerShell syntax, using the term 'terminal or command window' (which is more Windows-centric), and not providing explicit Linux/macOS shell examples or instructions. There are no references to Linux-specific tools or patterns, and the installation and usage steps assume a Windows-like environment, potentially creating friction for Linux/macOS users.
Recommendations
  • Provide command-line examples in both PowerShell (Windows) and Bash (Linux/macOS) syntax, especially for commands like 'cd', 'npm install', and 'npx playwright test'.
  • Clarify that all commands can be run in Bash or other Unix shells, and note any platform-specific differences (such as environment variable setting).
  • Replace or supplement 'terminal or command window' with 'terminal (Command Prompt, PowerShell, Bash, etc.)' to be inclusive of all platforms.
  • Add explicit instructions or notes for Linux/macOS users where relevant, such as installation steps for Azure CLI, Git, and Visual Studio Code.
  • If screenshots are shown, consider including examples from Linux/macOS environments as well.
App Testing https://github.com/MicrosoftDocs/azure-docs/blob/main/articles/app-testing/playwright-workspaces/how-to-use-service-config-file.md ...laywright-workspaces/how-to-use-service-config-file.md
Low Priority View Details →
Scanned: 2025-12-29 18:00
Reviewed by: Unknown
Issues: 1 bias type
Detected Bias Types
Windows First
Summary
The documentation shows a subtle Windows bias in its configuration examples: in both the TypeScript and C# code samples, the operating system is set to Windows (ServiceOS.WINDOWS and OSPlatform.Windows) in the example code, even though the default value is Linux. The Windows option is listed before Linux in the available options, and the example code uses Windows as the value, which may suggest a preference or prioritization of Windows over Linux. However, Linux is supported and documented, and the default is Linux, so the bias is not strong but present in example ordering and emphasis.
Recommendations
  • Provide example code using Linux as the OS value, or alternate between Windows and Linux in examples to show parity.
  • List Linux before Windows in the available options, especially since Linux is the default.
  • Add a note explicitly stating that both Windows and Linux are equally supported and that Linux is the default/recommended for most users.
  • Ensure that any platform-specific instructions or troubleshooting steps are provided for both Windows and Linux environments.
← Previous Page 2 of 2 Next →